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Tills publication describes, £or the IBM SysteiEi/360 
Time Sharing System CTSS/360> , how to use the On Line 
Test System (OLTS) , and how to retrieve system error 
recordings using the Error Recording Edit and Print 
(EREP67/VMEREP) procedures. Device partitioning and 
system quiescence are described, and the error 
recordings interpreted. 

This publication is meant for use by system monitor 
and/or maintenance personnel. It may be used to 
determine the hardware component responsible for 
failures, and in the testing of the component. 



PREFACE 



This publication is divided into two 
sections. The first section contains the 
information necessary for using the On Line 
Test Systero COLTS) to test devices used 
with IBM TSS/360. The second section 
describes the methods for retrieving error 
information that has been recorded on the 
paging drum. The use of the Error 
Recording Edit and Print CEREP67) and 
Virtual Memory Error Recording Edit and 
Print CVMEREP) procedures is described for 
this retrieval. 

Three appendixes are included- One 
contains sample terminal sessions showing 
the use of OLTS for testing devices. 
Another describes methods for partitioning 
and quiescing TSS/360. A third is an aid 
for interpretation of the error records 
retrieved by EREP67 and VMEREP. 

There are no prerequisite publications. 
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INTRODUCTION 



The On- Line Test System (OLTS) and the Virt\jal Memory Error Recording 
Edit and Print (VMEREP) routines complement each other as maintenance 
tools. The system monitor, either by running VMEREP himself « or by stu- 
dying the results of periodic VMEREP recordings, can determine which 
devices should be tested with OLTS. It may even be possible to deter* 
mine which of the OLTS tests would point to the problem on the failing 
device. The operation and interpretation of errors, for both programs, 
are explained in this book. 
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OLTS UNDER TSS/360 



The On- Line Test System (OLTS) consists of a set of routines compos- 
ing the On-Line Test Control Program COLTCP) , and a group of programs 
that can be used by system monitors to test failing equipment, to verify 
repair, as a tool in adjustment, or for periodic check of peripheral 
€ quipment such as the IBM 1050 and IBM 27i»l terminals, the IBM 2311 and 
IBM 2314 disks, etc, A system monitor is defined as a user with the " £• 
privilege. This section illustrates procedure from log-on to log-off| 
lists commands, fields, options, delimiters, and tables? and presents 
sample terminal sessions and error output under TSS/360, 

OLTS is designed to take advantage of the TSS/360 conversational 
mode, in which OLTS runs as any other TSS/360 task. Before the facili- 
ties of the system can be utilized, the system monitor must become a 
user. This implies the user of a USERID and PASSWORD, and the • E' 
privilege- 

OLT S Walk-Throuqh 

The following steps are numbered in the order in which they might 
occur for any given OLTS session. 

1. The system monitor is allocated a USERID and PASSWORD, and the ■ E* 
privilege; he is then joined to the system by the system adminis- 
trator. The procedure for this may vary from system to system, 
however it need be done only once. 

2. Th«? system monitor should ensure that the device to be tested is 
not in use (or is SYSIN) , and that the required CE Test Packs are 
mounted. If the system monitor is at a remote terminal, this func- 
tion will be performed after step 6 by OLTCP generated system mes- 
sages to the opera tor - 

i- The system monitor dials into the system and goes through the log- 
on procedure. 

4a. If a Terminal Table is to be used, it is now built or modified. 

tib- If a Subsystem Table is to be used, it is now built or modified. 

S- The On Line Test System is called by using the SYSTEST coiranand. 

6. The DEVICES/TESTS, ROUTINES/OPTIONS fields are entered. 

7. Response is made to any prompting or diagnostic message. 

8. The available tests are run, and results printed at the system mon- 
itor's terminal. 

9. The system monitor ends the terminal session via the LOGOFF 
command. 

Notes and Restrictions 

The following suggestions and restrictions may be helpful when using 
OLTS . 

• The device-diagnostic programs generate their own messages which are 
separate from those generated by the OLTS Control Prc^raro, and may 
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require their own responses. If a copy of the diagnostic program is 
not available, a response of: 

I = Initialization 
E = End of OLTCP 

• CE-format disk packs should not be up at Startup. 

• Devices must be compatible with tests. Two or more entries in the 
DEVICE field must be of the same device type. 

• If the TEST or OPTION is being changed for a device, the DEVICE 
field may be defaulted and the same device will be tested again (see 
Sample Terminal Session 3) . 

• A direct access device that is not ready, does not have a CE-for?^' « 
pack, or has an unreadable RO, will cause the following message on 
the operator's console: 

CANNOT VERIFY MOUWT OF CE VOLUME ON OOXX. 

ENTER Y FOR MOUNTED, NO FOR SKIP TEST, R FOR READ ONLY. 

If the device is ready and has a scratch- pack or a CE-pack mounted, 
respond R to allow read-only. For a CE pack, this may help define 
the trouble. If the device is not ready, make it ready and respond 
Y if CE format, or R if scratch- format. 

• Do not activate the Error Loop or Scope Loop options after an error. 

• Testing 2702 lines — The system operator must do a HOLD on line 0, 
as well as all other lines to be tested. A HOLD on a line that is 
in use will ABEND that user's task- (See the section on "Allocation 
of Non-SYSIN Lines.") 

• Testing terminals ~ No Terminal Table or HOLD is required for 
SYSIN. 

A Terminal Table is necessary for testing non-SYSIN terminals or for 
testing more than one terminal at a time. 

Do not specify Test Loop when testing SYSIN. Attention interruptions 
are processed by the test section? dynamic modifications cannot be roade- 

Error Loop is recommended since routines may be skipped, added, or 
repeated under control of the master terminal. 

When multiple terminals are tested, the first entry is the roaster and 
each subsequent entry is secondary. The master is tested in order with 
each secondary. 



LOG-ON PROCEDURE 

The system monitor must be assigned the 'E* privilege class by the 
system administrator. The system administrator also assigns the USERID 
and PASSWORD. (A systCTtt may have one USERID and PASSWORD for all system 
monitors, however they need be assigned only once.) 

The general procedure for logging on is : 

1. Turn on the power for the terminal and reset the data check that 
will occur. 
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2 . Press the TALK button on the data phone and dial a line number for 
the system. When the steady tone occurs^ press the DATA button • 

3a. If the terminal is a 2741, the keyboard will unlock as the signal 

to log -on. 

3b. If the terminal is a 1050, the PROCEED light is the signal to 
log-on» 

n. The LOGON coiwmand may be entered with a USERID and PASSWORD or 
USERID only, with the PASSWORD prompted for by the system. 

Without prompt: 

LOGON USERID, PASSWD 

The system response includes the TASKID, date and time. 

With prompt: 

LOGON USERID 

BO 3 ENTER PASSWD 

HHHi3HfiHH (The system provides a combination of characters over 
which the PASSWORD can be entered. This should provide securi- 
ty for a user's password.) 

The system response includes the TASKID, data and time. 



CAL LING IN OLTS 

>hen log-on has been accepted by the TSS/360, the On Line Test System 
wust be called by the system monitor. He does this by entering the SYS- 
TESf command, which elicits this response: 

SYSTEST 

ilMTCll P FOR PROMPTING OR DEVICES/TESTS , ROUTINES/OPTIONS 

The system monitor must now specify: 

1. The DEVICE to be tested. 

2. The TEST sections and ROUTINES to be run. 

3. The OPTIONS that will be in effect. 

As indicated in the system response, if the system monitor wants to 
use the prompting mode, these input parameters will be requested one 
field at a time (see sample terminal session 1) - 

Delimiters 

The delimiter separating each field is a slash. During input stream 
analysis, the program assumes it is within a field until a slash or an 
end-of -message character is encountered. 

s lash / 

The delimiters within a field are the comma, the hyphen, and the 

right and left parentheses. 

Comma , 

I'yphen 
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Left Parenthesis C 
Right Parenthesis ) 

The comma is the basic separator; example: 

ID, 21 

specifies symbolic devices ID and 21. 

The dash is the inclusive generator; example: 

lD-21 

specifies symbolic devices 1D,1E,1P,20, and 21 

Parentheses enclose characters describing a specific path; example; 

0*40C08CO> 

describes device 0^*0 via physical address 08C0. 

SPECIFYING FIELDS FOR DEVICES/TESTS , ROUTINES/OPTIONS 

This section contains an overview that gives examples of the possible 
entries, as well as very specific information concerning the individual 
fields. 

Overview 

Examples of possible entries and their meanings: 

21,23-25/2311A>^EP 

tests specific 2311s that are assigned Symbolic Device Address 
(SDA) 21, 23, 24, and 25; test section A; no error print. 

T1050/1050A,2-4,6 

tests the SYSIN device (S1050 %iiotild do the same thing); test sec- 
tion A - routines 2, 3, 1, and 6; options defaulted. 

02AC0B04)/2311A-C/NCP 

tests the 2311 specified as SDA 02A via physical device path 0B04; 
using test sections A, B and C; no control- print. 

S03,T05-T07/27aiA 

tests the 2741 (SYSIN) which is the 3rd entry in the Terminal 
Table, and those 2741s that are the 5th, 6th and 7th entries; test 
section A; options defaulted. 

SUB10/2314B,A/SL 

tests those 2314s listed in the 10th entry of the Subsystem Table; 
test section B then A; scope loop option Csee "Option Selection") • 

040/2400 

tests the tape drive specified as SDA 40; all test sections are run 
Csee "Multiple Test Selection"); options defaulted. 

DEVICE Selection 

The DEVICES field names the devices to be tested. This field cbn- 
sists of one or more entries of the same device type ., separated by com- 
mas and ended by a slash. The DEVICE field entries are in one of three 
forms. 

1. 1 to 4 hexadecimal characters representing the Symbolic Device 
Allocation (SDA) number assigned to the device at SYSGEN time. 
This entry would describe a 1403, 2311, 2314, 2400, 2540, 2541, 
2702, or 2703. 
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Examples: 

iO,OA,']B/ 

represents the devices specified by SDAs 10, OA, and 08 respec- 
tively. The symJ3olic address will be displayed on the device at 
most locations. 

lE-21/ 

describes CDA devices IE, IF, 20 and 21. 

040C08CO)/ 

describes device 040 via physical path 08C0. 

10,l£.-21, 040 (08C0)/ 

describes the combination defined in a, b, and c. 

2. Terminals (1050,2741) - Testing SYSIN terminals is gejnerally 
handled differently from testing terminals that are not SYSIN. 

SYSIN T1050/ OR S1050/ 
T2741/ OR S2741/ 

Note that without a terminal table, SYSIN may be represented with 
either a T or an S. For the designated terminal type, either 
representation will test SYSIN. 

Won- SYS IN 

For terminals that are not SYSIN, or SYSIN terminals declared in a 
Terminal Table, the DEVICES field format is a 2-4 character repre- 
^< Fit at ion asfiociated with a line number in the Terminal Table. 
Csee "Tabio Generation and Use," for procedure, restrictions, and 
allocation of terminals.) 

TXXX if the terminal is not SYSIN 

SXXX if the terminal is SYSIN 

where XXX are decimal numbers corresponding to the line number 
in the Terminal Table. Note that to test a terminal that is not 
SYSIN, or to test two terminals at the same time, a Terminal 
Table must be used. 

Examples : 

T07/ 

specifies the 7th entry in the Terminal Table Chot SYSIN). 

T002,T004/ 

specifies the 2nd and 4th entries in the Terminal Table (not 
SYSIN) . 

T15-T17/ 

specifies the 15th, 16th, and 17th entries in the Terminal Table 

(not SYSIN). 

S7,T12/ 

specifies the 7th entry (SYSIN) and the 12th entry (not SYSIN) 
in the Terminal Table. 

3. h 5-character representation associated with a line number in the 
Subsystem Table (see "Table Generation and Use"). The format iss 

SUBXX 

WHERE XX are decimal numbers associated with a line number in 
the Subsystem Table. 
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Examples : 



SUB02/ 

specifies the devices defined by the 2nd entry in the Subsystem 
Table. 

SUBll/ 

specifies the devices defined hf the 11th entry in the Subsystem 
Table. 

TESTS and ROUTINES Selection 

The TESTS, ROUTINES field specifies the test section and routine num- 
bers to be run. The ROUTINES portion of the field is permitted only 
when a single TEST section is run. The field entries are separated by 
commas and the field is ended with a slash. 



TEST SECTIONS AVAILABLE 



h 






Direct Access 




-i 




2311 


A through E 


Disk drive tests 






2314 


A through E 


Disk drive tests 






2311 


G through O 


Control unit tests 






231t| 


G through 


Control unit tests 






28 41 


A through I 


is an alias for 2311 G through O 




t- 


_,„ llllLl III. — 


Tape 


and Unit Record 




H 




2400 


A through 


Tape drive tests 






1403 


A through Q 


Printer tests 








2540 


A-B 


Punch tests 






1 


2541 


A-B 


Reader tests 




-.J 


1 








~1 








Terminals 








1050 


A 


1050 terminal 


test 




h 


2741 


A 


2741 terminal 


test . 


—J 




Transmission Control Units 




1 




2702 


A through C 


Interface and 


Wrap Tests 






2703 


A through C 


Interface and 


Wrap Tests 






270 2D 


and 2703D 


IBM Type 1 Terminal Control 






270 2E 


and 2703E 


IBM Type 2 Terminal Control 






2702F 


and 2703F 


TTY Type 1 Terminal Control 






270 2G 


and 2703G 


TTY Type 2 Terminal Control 





Figure 1. Available Test Sections 



The first four characters of this field identify the type of device 
to be tested. The next character or characters depend on iiiiether one 
runs Single Test Selection with ROUTINES defaulted; Single Test Selec- 
tion with ROUTINES specified; or Multiple Test Selection, and selection 
when available TESTS are not known. 

1. Single Test Selection, default ROUTINES 

This entry consists of the 4- character device type and a 1- 
character test section. 
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I specifies the test section as shown ilSllh, 2314G, 2702E, or 
10 50 A respectively) and all routines covered by the Normal 
Routine Mask for that test. The normal routines for any 
z/uzi:./ I specific test can be found in the description of the diag- 
1050A/ Inostic program. Any optional routine (routine not specified 
|in the Normal Routine Mask) must be specified (see below). 

2. Single Test Selection, ROUTINES specified 

This entry consists of the 4- character device type and a 1- 
character test section, followed by the individual routines 
requested- 

1050A,1,3,9/ 

specifies test section 1050A, routines 1, 3, and 9 

2314E, 1-3,5/ 

specifies test section 2314E, routines 1, 2, 3, and 5 

Note that routines can be specified only by using the Single Test 
option. Also, some routines of a test may be optional and there- 
fore will be run only if specified. For example, test section 
2314E (above) has routines 1 through 5. Routines 1-3 are specified 
in the Normal Routine Mask; routines 4 and 5 are optional. The 
following conditions would apply, using 02A as a possible Symbolic 
Device Address : 

02A/2314E/ 

routines 1-3 of test 2314E would be run. The ROUTINES entry is 
defaulted to the Normal Routines Mask. 

02A/2314E,2, 5/ 

routines 2 and 5 would be run. The Normal routines are not run 
automatically when ROUTINES are specified. 

3. Multiple Test Selection 

This entry will consist of the 4-character device type, and the 
required test sections. 

2702A,C-E/ 

specifies test sections 2702A,C,D, and E, each running normal 
routines . 

23iaD,L,E,B,A/ 

specifies test sections 231^0, L,E,B, and A, each running normal 
routines. The test sections are run in the order specified. 

2311A,A,A,B/ 

specifies test section 2311A to be run three times, then 2311B 
once. Normal routines. 

2841/ 

specifies all test sections for the 2841 (see below) . 

When the available test sections are not known, the device type may 
be specified with no test section entry. The OLTS control program 
will try to load sections A through Z and this message will follow. 

XXXXZ COULT NOT BE FOUND. 

DO YOU WANT DIFFERENT SECTIONS? ENTER YES OR NO 

Respond NO and all test sections for that device will be run. 
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OPTIONS Selection 



Option 
Test Loop 


Yes 

TL 


No 
NTL 


Default 
NTL 


Error Loop 


EL 


NEL 


NEL 


Error Print 


EP 


NEP 


EP 


Control Print 


CP 


NCP 


CP 


Scope Loop ♦ 


SL 


NSL 


NSL 



♦SL also forces TL, EL, NEP, and NCP. NSL, if entered as an option, 
forces NTL, NEL, EP, and CP, 

Test Loop 

Recycle test section currently specified. 

Error Loop 

Test section loops on code caiising first error detected- Never 
activate this option after an error print. The loop nay not occur 
on the I/O that failed. 

Error Print 

NEP suppresses error printing. 

Control Print 

Suppresses section 'START' and •TERMINATE* messages, and certain 
non-error printouts from test sections. 

Scope Loop 

Facilitates use of oscilloscope through a change in task level. 
Forces options as noted above. This option should not be activated 
after an error, since the loop would probably occur on the next 
routine. 

Two or more options are separated by coiranas , and the order of entry 
is immaterial. If two or more entries of the same option occur, the 
last will be accepted. 

WCP,TL,EL,NTL 

specifies NCP, EL, and NTL 

DYNAMIC PROGRAM CONTROL 

Dynamic modifications may be made at any time during the execution of 
the test sections (except when running terminal tests on SYSIN) by 
depressing the ATTN key on a 2741, or reset line on a 1050. This mes- 
sage will be issued: 

ENTER 0,F,I OR E FOR OPTIONS, FREE, INITIALIZE, OR END 

Responses: 

O 

enters the Option Change routine which prompts for and accepts 
changes- The interrupted program will restart at the point of 
interruption- 

F 

terminates the current test section and starts the next. If the 
current test section is the last, the job terminates and the pro- 
gram goes to the initialization point. 
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returns OLTS to the initial point. 

h 

re* turns control to the TSS/36 Command System. 

Note that a response of I or E to any of the OLTS control program 
messciges, instead of the requested entry, will cause initialization or 

end- 

Att« n tion Interruptions ; An attention interruption during an error 
print will cause the line that was being printed to be repeated followed 

k>y: 

DEPRESS ATTENTION AGAIN 

11 attention does not occur within approximately 5 seconds, the rest of 
the error print is cancelled. 

An attention interruption during the execution of the OLTS Control 
Prtxjram, when no messages are being printed nor responses being awaited, 
will causc^ this message to be issued: 

KNTi:H I OR E FOR INITIALIZE OR END 

An attention interruption during the execution of the OLTS Control 
irfKiram, wfien a message is being printed or a response being awaited, 
rt^turns the program to the initial point. 

'''Npl NG _AN OLT S SESSION (LOG-OFF) 

After entering E and returning to the Command System, the system mon- 
itor can end the terminal session by issuing: 

LOGOFF 

The system will confirm that log-off was accepted, and gives a date and 

t imt3. 

TAB LE GENERAT I ON AND USE 

To facilitate running OLTS, two tables can be generated and updated 
l>y i he system monitor. The Terminal Table describes both SYSIN and oth- 
f r terminals to OLTS, while the Subsystem Table facilitates testing sev- 
eral devices of the same type. 

T -rminal Table 

The Terminal Table is designed mainly to desciribi to the system, ter- 
minals other than SYSIN. There is no other way to describe to the OLTS 
Control Program the features and terminal type for different SDA defined 
devices. Note that the SYSIN terminal can be described in this table, 
hut it is not necessary that it be defined in the Terminal Table for it 
to be tested (see "TESTS , ROUTINES Selection"). 

This table can have a maximum of 999 entries, and is created as a 
line data set using the DATA command, may be displayed CLINE? command), 
modified (MODIFY Command), and erased (ERASE command). 

The Terminal Table can have two formats: 

TYPE CFEAT 
TYPE D,SDA#,FEAT 
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where 



TYPE = 4-character terminal type (1050 and 2741) 

C = SYSIN only 

D = Dedicated, or non-SYSIN call-in terminals 

FEAT = 4-byte features field. The only possible entries are 1300, 
2300, 4300, or 5300: 



byte = 
Arrangement 

Elements 

Ball type 



PTTC/EBCD 
Syston/360 
BALL 963 



PTTC/EBCD 
System/360 
BALL 952 



CORRESPONDENCE/ 
EBCD 

Standard OPD 
Selectric 
BALL 015 



PTTC/BCD 

Other than 
System/360 
BALL 9 39 



byte 1 = 3 = Transmit- Interrupt feature. At present, 3 is the only 
allowable character. 

byte 2-3 = = spare. 

SDA # = for Dedicated lines, the SDA of the 2702 or 2703 line for that 
terminal. 

for Call-in (non-SYSIN) , any SDA line other than SYSIN or the 
operator's terminal. 

Allocation of Non-SYSIN Lines : Certain procedures differ in allocating 
lines that are not SYSIN to the system monitor's task. This difference 
is bet^^een dedicated and call-in lines - 

Dedicated 

If the terminal is not in use, it can be directly allocated to the 
system monitor's task. 

If the terminal is in use, it is necessary for the operator to 

issue a FORCE command against the task to which this terminal i:; 

assigned, and then to issue a HOLD command followed by a DROP com- 
mand against the terminal. 

The Terminal Table is built as shown below. The power roust be 
turned on for the dedicated terminal. The test automatically 
issues I/O and it is not necessary to press the attention key. 

When the teinminal is to be re-activated, the system monitor should 
request that the operator DROP the line, making the terminal 
available. 

Call-in 

The SDA for the call-in line has an associated telephone number. 
Any SDA line, other than SYSIN or the operator's terminal, may be 
used in the Terminal Table. When OLTEP passes control to the test 
section, S1050A or S2741A will be printed out at the system mon- 
itor's SYSOUT. The system monitor then dials in using the correct 
phone number, thereby connecting the failing non-SYSIN call-in ter- 
minal to the test, via the line corresponding to the above SDA. 
Note that from the time the test section attempts the first write 
to the terminal until the system monitor dials in, any user dialing 
the same phone number will connect his terminal to the test- The 
test will then be run on his terminal rather than on the failing 
device. 
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When the terminal is to be reactivated, the system monitor should 
request that the operator DROP the line, making the terminal 
available. 

Building a Terminal Table ; The Terminal Table, is generated as a line 
data set- The commands needed to manipulate this table are discussed 
,under "Modify, Display, or Erase Tables." The system monitor enters the 
DATA command with the operands as described, and TSS prints a line numb- 
er followed by a space. The system monitor then typer> in the entry 
(format described above) , as in the following example: 

DATA TABLE.T.OLTS,I,100,100 

100 1050C,1300 

200 1050D, 0061, 2300 



600 2741C, 2300 

700 27410,0066,1300 

1400 %E 

The %E ends the data set. In this example, SOI = line 100; T02 = 
line 200? S06 = line 600; T07 = line 700- Entries based on this table 
might look like this: 

S01/1050A/NEP 

specifying the SYSIN device described in the firist entry in the 
Terminal Table, and which has the Transmit Interrupt feature, uses 
ball- type 963, the PTTC/EBCD arrangement and Sy si: em/ 3 60 elements. 
(See "Terminal Table," FEAT field.) 

S06,T07/2741A 

specifying 6th and 7th entries as above, S06 user, ball 952 and 307 
uses ball 963 - for most purposes this is the basic difference in 
the FEAT field, T07 has an SDA number of 0066 (subject to the pos- 
sibilities listed under Allocation of Non-SYSIN 1'erminals). 

Note that combinations such as TO 2, TO 7 from the above table could not be 
tested together, since they are different device types. 

Stibsystero Table 

If several devices of the same type are often tested as a group, ttie 
Subsystem Table is a convenient method of defining the* entire group in 
one entry. 

This table is generated as a line data set. The commands necessary 
to manipulate this table are discussed under "Modify, Display, or Erase 
Tables." The system monitor enters the DATA command and TSS prints the 
line number and then a space. The entries might be handled as follows: 

DATA TABLE.S.OLTS,I,100,100 
100 50, 57-5C, 60-65 (group of 2702 lines) 

200 S1,T3,T6-T8 (group of same type terminals - inust be defined in 
Terminal Table) 

500 19(OB03), 1A(0BD2), 1B(0B04) (2311s by specil ic paths) 
600 %E 

The %E ends the data set. Note that all rules for mounting or HOLD- 
ing devices still apply. Sample entries using the Su!>system Table: 
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SUB01/2702ft/NEL.NEP 

Note that SUBOl is the entry recognized for line 1 in the Subsystem 

Table. 

SUB02/1050A,1~3, 7/EL 

defines 2nd entry in Subsystem Table, which in turn defines the 
1st, 3rd, 6th, 7th and 8th entries in the Terminal Table. 

Modify, Display, or Erase Tables 

Either the Terminal Table or Subsystem Table may be manipulated by 
the system monitor through the use of one of the following commands: 

MODIFY changes one or more lines in the table. 

LINE? displays the line or lines designated. 

ERASE eliminates the table. 

Sample Use of Commands ; To illustrate the use of these commands, we 
will create (DATA), modify, display and erase a sample data set (table). 
The DATA command is used as was explained under "Building a Terminal 
Table." 

DATA TABLE. T.OLTS 1,100,100 

100 1050C,1300 

200 2741C,1300 

300 27t*lD, 0067, 2300 

400 1060D, 0062,1300 

500 %E (this entry returns us to the Command System) 

This table is now in the system under the name TABLE. T.OLTS. If it 
is to be modified, we would probably want to display it, since it may 
have been created in a different terminal session, or possibly modified 
since we saw it last. 

LINE? TABLE. T.OLTS (this will display the entire data set) 
0000100 1050C,1300 
0000200 27tllC,1300 
0000300 27illD, 0067, 2300 
0000400 1050D, 0062,1300 

LINE? TABLE. T.OLTS, 200 (will display entry 200 only) 
0000200 2741C,1300 

Now that we know what the data set looks like, we can modify it. The 
MODIFY command gives a system response - ENTER MODIFICATIONS - and pro- 
mpts with the number symbol (#) . %E roust be entered in order to exit 
from the MODIFY command. 

MODIFY TABLE. T.OLTS (user) 

BOll ENTER MODIFICATIONS (system) 

# (system) 
100,1050c, 2300 (user) 

# (system) 
300, 2741C, 2300 (user) 

# (system) 
%E (user) 

If we now display the table: 

LINE? TABLE. T.OLTS 

0000100 1050C,2300 

0000200 2741C,1300 

0000300 27410,2300 

0000400 1050D, 0062, 1300 
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When this Terminal Table is of no further value, we can erase it: 
ERASE TABLE. T.OLTS 



QLTS MESSAGES 

The informational, prompting, diagnostic, and System Operator mes- 
sages for OLTS are listed below. Note that messages preceded by an 
asterisk C*) cause an ABEND from that module. 

Information Messages 



CMATF 
CMATF 
CZATG 
CMATF 
CMATF 
CMATF 
. CMATF 
CMATF 



Prompting Messages 



CMATF 

CMATF 
CMATF 
CZATG 

CZATG 
CMATF 
CMATF 
CMATF 

CMATF 
CMATF 

CMATF 

CMATF 
CMATC 
CMATC 



ROUTINES ARE PROGRAM SELECTED 

ROUTINES ARE X, X, X, 

FOLLOWING DEVICES ALLOCATED 

OPTIONS ARE NTL, NEL, EP, CP, NSL 

SXXXXX (Start of Section Execution) 

T (Termination of Section Execution) 

*T (Abnormal Termination. Section terminated prematurely) 

JOB TERMINATED 



ENTER P FOR PROMPTING OR DEVICES/TESTS, ROUTINES /OPT IONS 
DEFAULT IS CURRENT VALUES. 

ENTER O, F, I OR E FOR OPTIONS, FREE INITIALIZE OR END. 

ENTER I OR E FOR INITIALIZE OR END. 

ENTER DEVICE NAMES, HHHH, TERMINAL ID*S, TDDD, AND/OR SUB- 
SYSTEM NAMES, SUBDD. 

DO YOU WANT DIFFERENT DEVICES. ENTER YES OR NO, 

ENTER TESTS. EXAMPLE 2311A, B, D-L, N/ 

DO YOU WANT DIFFERENT SECTIONS. ENTER YES OR NO. 

ENTER ROUTINES. EXAMPLE: 1, 4-7, 9, 14/. DEFAULT GETS 
PROGRAM SELECTIONS. 

DO YOU WANT DIFFERENT ROUTINES. ENTER YES OR NO. 

ENTER OPTIONS TL~NTL, EL- NEL, CP-NCP, EP-NEP, SL-NSL OR ENT- 
ER D FOR DEFINITION. 

ENTER TL TO LOOP TEST, EL TO LOOP ON ERROR, NEP FOR - NO 
ERROR PRINT, NCP FOR NO CONTROL PRINT, SL FOR SCOPE LOOP. 
OPPOSITE CONDITIONS ARE DEFAULT. 

DO YOU WANT DIFFERENT OPTIONS. ENTER YES OR NO- 

SENSE FAILED. SENSE CC XX. SENSE STATUS XX XX, 

INVALID INPUT TO CMATC 

(The PRIISPT module cannot accept its input) 
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Messages 



Diagnostic 

(♦ = ABEND messages) 
CZATG* • INCORRECT USER PRIVILEGE CLASS 

(User must be joined with Privilege Class *E* to use OLTS) 

CZATA* • SECTION CONTROL TABLE HAS BEEN ALTERED BETWEEN CREATION AND 
USE (Test program jeapordizes system integrity) 

CZATA* • INVALID PARAMETER PROVIDED BY CALLING PROGRAM (Invalid SCT 
or TECB pointer or excessive CCW count) 

CZATA* • DEVICE NOT ASSIGNED TO TASK (There was no entry in the task 
symbolic device list for the particular device.) 

CZATB* • I/O PATH NOT AVAILABLE (I/O Supervisor reports that specific 
path provided is invalid) 

CZATB* • CCW SPECIFICATION ERROR (I/O Supervisor reports illegal 
CCW) . 

CZATB- A* • OLTS IMPROPERLY INITIATED (User must be joined with Privi- 
lege Class •£•) . 

CZATG* • SCT DEVICE CAPACITY EXCEEDED (User is tryii^ to test more 
devices than OLTS can handle) . 

CZATB* • RC FROM CKALOC NOT 3 (This message should not occur. Poss- 
ible hardware error.) 

CZATA* • TERMINAL IN USE BY MTT (This terminal is assigned to a Mul- 
titerminal Task) • 

CZATA* • INVALID CCW SEQUENCE FOR DIRECT ACCESS DEVICE (See OLT Con- 
trol Program PLM) . 

CZATA* • INVALID SEEK ADDRESS. (See OLT Control Program PLM.) 

CZATG • SUBSYSTEM XXXXX NOT IN SUBSYSTEM TABLE 

CZATG • TERMINAL XXX NOT IN TERMINAL TABLE 

CZATG • ERROR IN DEVICE FIELD XXXXXXX 

CZATG • ILLEGAL PATH DEFINITION XXXXX 

CZATG • UNEXPECTED EXIT CODE FROM DATADEF PROGRAM FOR DEVICE XXXX 

(Call by OLTCP to DDEF for device allocation and JFCB build 
resulted in an improper return code from DDEF.) (The para- 
meters defined for this device are not what the system 
expects them to be.) 

CZATG • XXXX NOT IN SDAT (All devices must be listed in the SDAT.) 

CZATG • ILLEGAL SUBSYSTEM DEFINITION XXXX 

CZATG • OPERATOR REFUSES REQUEST TO TEST XXXX 

CZATG • XXXX CANNOT BE TESTED UNLESS HELD (System operator must use 
HOLD command on non- private devices before testing). 

CZATG • XX VI SAM ERROR CODE (Attempt to Access Terminal or Subsystem 
Table record was unsuccessful) 

CZATG • ERROR IN TERMINAL TABLE FOR TXXX 
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CZATG 
CZATG 

CZATG 

CMATF 
CMATF 
CZATG 
CMATF 
CMATF 
CMATF 
CMATF 
CMATF 
CMATF 
CMATF 
CZATG 
Messages 



CZATG 
CZATG 

CZATG 

CZATG 



NO AUTOCALL UNIT WITH TERMINAL ADAPTER TYPE 1 AVAILABLE IN 
SDAT 

ERROR MET IN ATTEMPT TO USE TERMINAL TABLE. CHECK TABLE 
STATUS. (Call to DDEF to define data set resulted in error 
return code> 

ERROR MET IN ATTEMPT TO USE SUBSYSTEM TABLE. CHECK TABLE 
STATUS (Call to DDEF to define data set resulted in error 
return code) 

TEST SECTIONS EXCEED 26 ENTRIES 

FIRST FOUR CHARACTERS OF TEST FIELD NOT DIGITS 

ERROR IN DASH OPTION 

XXXXXX COULD NOT BE FOUND 

FORMAT OF DASH OPTION INCORRECT 

NO SECTIONS FOUND 

ILLEGAL INPUT CHARACTER 

ERROR IN ROUTINE SELECTION FIELD 

ERROR, ROUTINE SELECTION NOT ALLOWED WITH MULTIPLE SECTIONS 

ERROR IN OPTION FIELD XXXX 

NO DEVICES ALLOCATED 

Sent to System Operator Via WTOR Macro 



OLTS REQUESTS OK TO TEST XXXX. ENTER YES OR NO. 

MOUNT SCRATCH TAPE ON XXXX. REPLY YES TO CONFIRM OR NO TO 
PREVENT TEST 

CANNOT VERIFY MOUNT OF CE VOLUME ON XXXX. ENTER YES FOR 
B«)UNTED, NO FOR SKIP tEST, R FOR READ ONLY TESTS. 

REQUEST OK TO WRITE ON XXXX. ENTER NO TO PREVENT TEST, R 
FOR READ ONLY, YES FOR WRITE TESTS. 
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During the operation of TSS/360, a history of the system environment 
at the time of certain errors is maintained. The pertinent information 
is collected by varioiis TSS/360 programs and recorded in unused 246-byte 
records on the paging drum* The drum is form^itted in s^ch a manner that 
there is an unused 246-byte record following each 4096 byte page. The 
error enmronment information is recorded on the eiren numbered records 
of each track. The first of these records, the index (track- 0, record 
2>, contains a pointer to the end of the error information on the drima. 
Approximately 192,000 l^tes, capable of describing about 500 error inci- 
dents , are available on any paging drum. 

Error Recording 

Several error conditions,, result in the recording of information on 
the drum error records. Machine checks resulting from Central Processor 
and Storage Unit hardware detected errors, system errors, solid outboard 
(device) errors and inboard (channel) errors are accumulated and reco- 
rded by system routines. 

Statistics are gathered when an I/O retry operation for a device ends 
successfully (intermittent error) before the prescribed number of retri- 
es. The routines which record the error information on the paging drum 
are internal to the system and will not be accessed by the system mon- 
itor in the process of retrieving information from the drum error reco- 
rds. A system monitor is defined as a user with the 'E* privilege. 

Error Retrieval 

Two programs have been developed which retrieve this error informa- 
tion from the drum,, organize the information in a useful format, and 
send it to an output device. The function of this section is to aid the 
system monitor to either load or call in, the appropriate error record 
retrieving program, to list the commands available, and to interpret the 
error printouts that result. 

The first of these programs to be discussed is Environment Recording 
Edit and Print-Model 67 (Erep67> , a stand-alone program (i.e., not under 
TSS/360) . The second program is Virtual Memory Enviroranent Recording 
Edit and Print (VM.EREP) which serves the same function but runs under 
TSS/360. 

Error Retrieval Walk-Through 

When error retrieval becomes necessary, two conditions are possible 
— the sy^stem is down and the stand-alone program must be run, or the 
system is running and the system monitor can log on as a USER. 

System Do%m : There are two possible conditions under which to run the 
stand-alone program - — with or without the console typewriter. 

Without Console Typewriter 

1. EREP67 is loaded using standard IPL procedure « 

2. The various device addresses and job options are entered manually 
at the appropriate locations. 

3. The Console Interrupt button is pushed to initiate the job. 
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4, When the job has been completed the program puts the CPU in the 

WAIT state. 

i 

Using Console Typewriter 

1. EREP67 is loaded using standard IPL procedure^ 

2. The Request button is pushed and the parameters for devices and job 
options are prompted for by the program. 

3. Response is made to any prompting or diagnostic message which may 
occur. 

4. If the error information is no longer required, the system monitor 
usually executes a RESET INDEX request followed by art END request. 
The RESET INDEX effectively erases all error records from the drum. 

System Running : 

1. The system monitor must log onto the system using the procedure 
described under "LOGON Procedure" in the OLTS section of this 

manual, 

2. The VMEREP command is issued giving the VMEREP routine control. 

3. The various devices and job requests are entered after prompting. 

4. Response is made to any prompting or diagnostic messages which may 
occur- 

5. If the error information is no longer required, the system monitor 
usually executes a RESET INDEX request, effectively erasing all 
error records from the drum. 

6. The END request is entered, returning control to the TSS/360 Com- 
mand System. 

7. LOGOFF is issued. 

Availably Job Options 

These job options, unless otherwise stated, are available to both 
EREP67 and VMEREP. Note that these commands must be entered in the 
exact character string described. 

PRINT INDEX 

This option prints the contents of the Drum Index Record (track 0, 
record 2>, which contains a pointer to the last track, record, and 
byte used for error recording, plus a character string for checking 
the validity of the index. The statistical Box Counts containing 
the number of intermittent failures for each CPU and storage ele- 
ment in the system are also printed. CSee "Printout 
Interpretation" > 

PRINT MsL 

This option prints the information contained under "PRINT INDEX" 
above, as well as all of the error information on the drum. The 
error records are processed in the order in which they appear on 
the drum — the same order in which they occurred. 

PRINT ID HHRRNN 

This option prints information about a particular error. The error 
information is located at HHRRNN where: 
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HH - track number 

RR = head number (record nurober) 

NN = byte number 

The HIIRRNN is usually obtained from the record ID given in the on- 
line printout on the operator's terminal by the SERR module. 

SEARCH CSEE 

This option prints information on a particular class of errors. 
The CSEE parameter is defined: 

C CPU number CI- 8) to which the failure was attributed. (Pri- 
marily used with call types 01 and 09) 

S Storage Element (A-H) to which the failure was attributed. 
(Primarily used with call types 01 and 09) 

BE (call type) Error 

01 Internal Machine Check 

09 Multiple Internal Machine Check 

25 Immediate Report, Paging I/O 

26 Immediate Report, Task I/O 

27 Paging Device Statistical Data Recording Overflow 

28 Solid Paging Device Error 

29 External Machine Check 

2A Task Devices Statistical Data Recording Overflow 

2B Solid Task Device Error 

2C Task Channel Failure 

2D Paging Channel Failure 

2E Intermittent Paging I/O Outboard Error 

2F Intermittent Task I/O Outboard Error 

41 System Error 

Any parameter not used in a job should be replaced with the 
character X. For example: SEARCH XCOl retrieves all error infor- 
mation for internal machine checks caused by storage element C. 

SEARCH XX27 retrieves all information pertaining to paging device 

statistical data recording overflows. 
SEARCH 2XXX retrieves all error information pertaining to CPU 2. 

Call types 01 and 09 are implied. 
SEARCH IBOl retrieves all internal machine check error information 

pertaining to both CPU 1 and storage element B. 

Note that if no errors of the Call Type specified exist, no print- 
out (except the next job request prompt) occurs. 

PRINT ZEROES 

This option forces the printing of the complete log, zeroes and non- 
zeroes. This option is applicable only to error types 01 and 09 and 
must be entered in one of these three ways: 

SEARCH CSOl PRINT ZEROES 
SEARCH CS09 PRINT ZEROES 
PRINT ALL PRINT ZEROES 
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Normally, only those controls and latches which are in the "one" state 
Con) are printed- 

SET INDEX TO HHRRNN 

This option sets the pointer in the Drum Index record to HHRRNN, 
The next error record is written starting at the byte following 
track HH, record RR, byte NN. 

RESET INDEX 

This option sets the pointer in the Drum Index Record to its ini- 
tial value (track 0, record 4). Also, the Statistical Box Counts 
are reset to zero. Note that this option should not be entered if 
there is any further use for the error information on the drum. 

END 

This option is used by VMEREP when no further requests are to be 
made. It indicates that data sets should be closed, devices relin- 
quished, etc. Its use with EREP67 is optional. 

RESTART 

This option is used by VMEREP only and causes a return to VMEREP 
initial point. It is used if a change in output devices is 
required, or if records on a different drum are to be processed - 
The same effect can be obtained in EREP67 by issuing a SYSTEM RESET 
and a PSW RESTART. 

LIST FAILURES 

This option is used by VMEREP only. A list of all failures is 
generated showing the call type, record ID, and failing unit or 
path for each error incident recorded (see Failure List under 
"Printout Interpretation"). This list may be used as a guide for 
the selective retrieval of error records. 

SYSOUT 

This option is used only by VMEREP. It causes the output (of this 
job option only) to be sent to SYSOUT instead of the high speed 
printer. 

SIT IR XXXX 

This option is used by VMEREP only- The XXXX is a i|-digit hexade- 
cimal value representing the Symbolic Device Address of a device to 
be placed in Immediate Report Mode. When operating in this mode, 
the error recording subsystem produces a short report to the System 
Operator, and a detailed report to the error recording medium, for 
each Inboard or Outboard error on the specified device. 

RESET IR XXXX 

VMEREP only. , Removes device XXXX from the Immediate Report Mode. 
(See above) 

EREP67, WITH CONSOLE TYPEWRITER 

EREP67 is a stand-alone program operating in real core. In this 
instance we are discussing operation with a high speed printer as the 
output device, and a console typewriter for input and control 
information- 

Loadinq g This program is self-loading and may be loaded from either 
tape or cardo using normal Initial Program Load (IPL) procedure. It io 
loaded into memory starting at location 11000 (hex). When loading in 
successfully completed, the program puts the CPU into the WAIT state. 

Device and Job Specification s Depress the Request pushbutton on the 
console typewriter. The following message occurs: 

EREP67 ENVIRONMENT RECORDING EDIT AND PRINT MODEL 67 
CCUU ENTER OUTPUT DEVICE ADDRESS 
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The four hex digit CCUU address is now entered, where CCOD is the 
actual hardware address of the device. For example: 080E is channel 
controller one, channel zero, unit address E. The program checks the 
specified device with a Test I/O. If the response is other than Condi- 
tion Code after several attooapts, EREP prompts; 

SPECIFIED DEVICE NOT AVAILABLE 
CCUU ENTER OUTPUT DEVICE ADDRESS 

When the device has been made ready and has been accepted by EREP, 
the following prompt occurs: 

CCUU ENTER DRUM ADDRESS 

The four hex digit address of the drum containing the error historv 
is entered as above. An invalid address or unavailable device causes 
the same type printout as above: 

SPECIFIED DEVICE NOT AVAILABLE 
CCUU ENTER DRUM ADDRESS 

When the drum is ready for use and accepted, the job request is pro- 
mpted for by EREP: 

MAKE JOB REQUEST 

If the job request is not recognized, EREP prompts for a valid 
request: 

INVALID JOB REQUEST 
MAKE JOB REQUEST 

The following are valid job requests or options. Note that the requ- 
est must be entered in the exact character string described. 

PRINT INDEX 

PRINT ALL 

PRINT ID HHRRNN 

SEARCH CSEE 

RESET INDEX 

SET INDEX TO HHRRNN 

PRINT ZEROES 

END 

For a detailed description of any of these job requests, see "Avail- 
able Job Requests." 

Termination ; When the job is complete, the program again prompts with: 

END OF JOB 

MAKE JOB REQUEST 

If no more jobs are to be run and there is no further use for the 
error information on the drum, the Customer Engineer will usually enter: 

RESET INDEX 

This option will effectively remove all error information from the 
drum, since the index will point to the first error record. The END 
request may also be entered but it is optional in EREP67. 

EREP67 Messages 

These messages, not previously explained, may appear on the console 
typewriter: 
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ILLEGAL RECORD FOR|4AT, PROGRAM TERMINATING 

The format of the error record on the drum is illegal. The program 
goes into the WAIT state. 

DRUM ERROR ^ 

An error occurs on an SIO to the drufti. EREP goes into the WAIT 
state. • 

NO ERROR REPORTS ON DRUM \ 

Does not occur on PRINT INDEX, or when the index record is to be 
changed. 

UNEXi»ECTED PROG INT XXXXXXXXXXXXXXXX , PSW RESTART TO TRY AGAIN 

EREP has received a program interrupt while running. The contents 
of the program interrupt old PSW are printed and t|ie program is 
restarted as if it had just been loaded. The CPU is put into WAIT. 

UNEXI'ECTED MC: INT XXXXXXXXXXXXXXXX, PSW RESTART TO TRY AGAIN 

EREP has received a machine check interrupt while running. The 
contents of the program interrupt old PSW are printed and the pro- 
gram is restarted as if it had just been loaded. The CPU is put 
into WAIT. 

UNDEFINED ERROR TYPE - TERMINATING THIS REQUEST 

The Call Type of this error is not recognized. EREP prompts for 
job request. 

hllKPhl WITIJOUT CONSOLE TYPEWRITER 

When necessary, it is possible to run EREP67 without using the con- 
sol* typewriter- The program is loaded from cards or tape, using normal 
I PL procedure, starting at location 11000 Chex) . The output device 
a<ldrt^ss, drum address, job request, options, etc. are loaded manually 
by the system monitor at the following hexadecimal locations: 

1, 1102A -- Halfword output device address 

110 2E -- Halfword drum address 

^. 11030 — One byte job request option, specified as follows: 
•80" PRINT ALL 

•40' SEARCH CSEE (see also locations 1103** -11036) 

•20« PRINT ID HHRRNN Csee also locations 1103E>- 1103F 
and 16E5C) 

•10» PRINT INDEX 

•08' RESET INDEX 

•04* SET INDEX TO HHRRNN (see also locations 
11038- 1103A) 

•01' PRINT ZEROES 

if the job requested is SEARCH CSEE, these additional locations must 

h'e set: 

/4. 1103*1 — One byte CPU number Cl-8) in hex 
CPU 1 = 01 
CPU 8 = 08 
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5. 11035 — One byte Storage Element CA-H) in hex 

A = 01 
B = 02 

\ 

H = 08 

6. 11036 — One byte Call Type, in hex (see SEARCH CSEE under "Avail- 
able Job Options") 

If the job requested is SET INDEX TO HHRRNN, these additional loca- 
tions must be sets I 

7. 11038 — Store track HH (hex) 

8. 11039 — Store record RR Chex) 

9. 1103A — Store byte HN (hex) 

If the job requested is PRINT ID HHRRNN, these additional locations 
must be set: 

10. 110 3D — Store track HH Chex) 

11. 110 3E — Store record RR Chex) 

12. 1103F — Store byte NN Chex) 

13. 16E5C — Store control byte X'FF» 

Initiation and Termination ; When the job request fields have been prop- 
erly stored, the job is initiated by pressing the Console Interrupt 
pushbutton. The CPU goes into the WAIT state when the program has been 
completed. The output will be on the high speed printer. 



VMEREP ROUTINE 

VMEREP operates as a virtual memory, privileged state program. The 
system monitor is able to retrieve error records without shutting down 
or otherwise interfering with the system. 

LOGON Procedure 

The system monitor logs onto the system as described in "LOGON Proce- 
dure" in the OLTS section of this manual. The only user class necessary 
for VMEREP is "E*, since the Command System is not necessary for this 
routine - 

Calling in VMEREP 

To call in the give control to the VMEREP routine, the VMEREP command 
is issued: 

VMEREP 

The system responds with: 

VMEREP IS RUNNING 

ENTER OUTPUT SELECTION (SYSOUT /DEFER) DEFAULT=DEFER 

The system monitor enters SYSOUT if he wants the output on the SYSOUT 
terminal. The default sends the output to the high speed printer. 
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Whether SYSOUT is entered or the option is defaulted, the system 
response is: 

ENTER SDh OF DRUM (4 HEX DIGITS) 

The system monitor enters the Symbolic Device Address CSDA) of the drum 
which contains the error information. If the SDA entered is not that of 
a 2301 drum, the system response is: 

IN\/ALID ADDRESS 

ENTER SDA OF DRUM (4 HEX DIGITS) 

When a drum SDA is entered, the system prompts: 

ENTER JOB REQUEST 

If the job request is not recognized, the system response is: 

NO VALID JOB REQUEST RECEIVED 
ENTER JOB REQUEST 

When the job request is accepted, the system sends: 

JOB IS BEING RUN 

At the completion of the job, the system prompt is: 

END OF JOB 

ENTER JOB REQUEST 

it the last job is completed and if there is no further need for the 
error information on the drum, the system monitor issues: 

RESET INDEX which sets the Drum Index Record pointer to its initial 
value — effectively removing the error information 

The tinal request entered is: 

END which releases devices and returns control to the TSS/360 Com- 
mand System for LOGOFF. 

J ob Requests in VMEREP 

Any of the following are valid job requests or options in VMEREP. 
See "Available Job Options" for details. Note that these requests must 
be entered in the exact character string described. 

PRINT INDEX 

PRINT ALL 

PRINT ZEROES 

PRINT ID HHRRNN 

SEARCH CSEE 

RESET INDEX 

LIST FAILURES 

SET INDEX TO HHRRNN 

RESTART 

SET IR XXXX 

RESET IR XXXX 

END 

VMEREP Messages 

The following messages, not previously mentioned, are returned to the 
terminal. 
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SPECIFIED SDA FOR SET OR RESET IR INVM.ID, RE-ENTER JOB REQUEST AND 
SDA C4HEX DIGITS) 

NO ERROR RECORDS HAVE BEEN WRITTEN ON THE DRUM 

The validity check on the character string in the index is valid, 
but the address in the index points to the first error record. 

NO ERROR REPORTS ON DRUM 

The character string is invalid. It is assiimed there is no index 
written and therefore no records. 

ERROR RECORD SPECIFIED BY SEARCH REQUEST NOT ON DRUM 

There are no records of the Call Type specified on the drum. 

NEW ERROR INFORMATION HAS BEEN WRITTEN ON THE DRUM. THIS JOB REQUEST 
CANCELLED. 

This response occurs to either SET or RESET INDEX. 

WHILE SERVICING THIS JOB R^UEST NEW ERROR RECORDS WERE WRITTEN ON DRUM. 
This response occurs to requests other than PRINT ID, and SET or 
RESET INDEX. 

DDEF RESPONSE XXXXXXXX. VMEREP RESTARTING. 

The return code from DDEF is other than zero. 

♦ ERROR* INVALID CALL TYPE FOUND. THIS JOB REQUEST IS BEING TERMINATED. 
This message is followed by a prompt for a job request. 

SPECIFIED DRUM SDA IS UNAVAILABLE. VMEREP IS RESTARTING. 

DRUM SIO FAILURE. VMEREP IS RESTARTING. 

DRUM OPERATION COMPLETE WITH ERROR, VMEREP WILL TRY TO CONTINUE. 
This occurs on a drum error other than the above two. 

SPACE CANNOT BE ALLOCATED 

A prompt for output selection will again occur. 
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APPENDIX A; SAMPLE TERMINjyu SESSIONS 



The following examples reflect the use of OLTS in testing various 
devices. 

EXAMPLE 1 - A "Prompt Mode^ terminal session to test a 2311 disk drive. 

Setup - Mount a Test Pack, formatted by the Off-line FFFO program, on a 

private 2311 drive tp be tested. For entries below, private 2311 SDA = 
NN (1-4 character hexadecimal representation) 

Procedure - Log on with Privilege Class E USERID. X * Entry by the sys- 
tem monitor. 

X systest 

ENTER P FOR PROMPTING OR DEVICES/TESTS, ROOT IN ES/OPT IONS 
X p 

ENTER DEVICE NAMES, HHHH, TERMINAL IDS, TDDD, AND/OR SUBSYSTEM 

NAMES, SUBDD 
X NN (see SDA above) 

FOLLOWING DEVICES ALLOCATED, OONN 

ENTER TESTS. EXAMPLE - 2311A, B, D-L, N 
X 2311a-e 

ENTER OPTIONS TIr-NTL, EL-NEL, CP-NCP, EP-NEP, SL-NSL. . . OR ENTER D 

FOR DEFINITION 
X (Depress Carr Return) 

OPTIONS ARE NTL, NEL, EP, CP, NAP, NSL 

S2311A 

T 

S2311B 

T 

S2311C 

T 

S2311D 

RNDM SEEK BASE — rrrr Crrrr=hex random number) 

T 

Sii311E 

T 

ENTE^R P FOR PROMPTING OR DEVICES/TESTS, ROUTINES/OFCIONS DEFAULT IS 

CURRENT VALUES 
X end 
X logoff 

EXAMPLE2 - A 'Non- Prompt Mode' terminal session to test a 2311 disk 
drive with a Sample Error Printout. 

Setup - Same as Example 1. For entries below, private 2311 SDA=NN (1-4 
character hex representation) 

Procedure - LO(30N with Privilege Class E USERID. X = Entry by the sys- 
tem monitor. 

X systest 

ENTER P FOR PROMPTING OR DEVICES/TESTS, ROUTINES/OPTIONS 
X NN/2311a-e 

FOLLOWING DEVICES ALLOCATED, OONN 

S2311A 

T 

S2311B 

T 

S2311C 

T 

S2311D 
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RNDM SEEK BASE — rrrr {xTrr hex random number) 

♦C231iD0 02 IC- 00252 CCW~001E8 UNIT-OONN 

RANDOM SEEK ROUTINE Sample Error Print 

WAS AT SEEK TO GOT TO 

CYL HD CYL HD CYLHD 

187 07 192 OH 191 0«» 

T* (Because of the error, the termination print for this 
section is T*> 

S2311E 

T 

ENTER P FOR PROMPTING OR DEVICES/TESTS, ROOT IN ES/OPT IONS DEFAULT IS 

CURRENT VALUES 
X end 
X logoff 

EXAMPLE 3 - A terminal session to test 232*1 disk drive with various 
Options . 

Setup - Mount a Test Pack, formatted by the Of f-Line FFFl program, on a 
private 231*1 drive to be tested. For entries below, private 231«» SDA=NN 
Cl-4 character hex representation) 

Procedure - LOGON with Privilege Class E USERID, X = Entry by the sys- 
tem monitor. 

X systest 

ENTER P FOR PROMPTING OR DEVICES/TESTS, ROUTINES/OPTIONS 
X NN/2314a,c,d [Test Sections selected are 231**A,1 

[23140, and 231«ID J 

FOLLOWING DEVICES ALLOCATED, OONN 

S2314A 

T 

S2314C 

T 

S2314E 

T* (♦Indicates error) 

ENTER P FOR PROMPTING OR DEVICES /TESTS, ROUTINES/OPTIONS DEFAULT IS 

CURRENT VALUES. ^ 

X /2311e/tl Default of Device field selects same 

device. Test section now 2314E. 
The (TL) Test Loop Option now active. 

OPTIONS ARE TL,NEL,EP,CP,NSL ^ 

S2314E 

T* 

S231IIE 

T* 

S2314E 
X (DEPRESS ATTO) 

ENTER O, F, I OR E FOR OPTIONS, FREE, INITIALIZE OR END 
X o 

ENTER OPTIONS TL-NTL, EL-NEL, CP-NCP, EP-NEP, SL-NSL. . . OR ENTER D 

FOR DEFINITION 
X ntl 

OPTIONS ARE NTL,ia?,CP,NSL 

T* (Errors on ea^h pass of test section) 

ENTER P FOR PROMPTING OR DEVICES/TESTS, ROUTINES /OPT IONS DEFAULT IS 

CURRENT VALUES 
X end 
X logoff 
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fJ ihMPLE 4 - A 1050 terminal session to test the SYSIN device. 

:ietup - None^ no terminal table required because of 'tl050' device 

entry. ' , 

Procedure - LOGON from 1050 terminal with Privilege Class E USERID, X 

Entry by the system monitor. 

X systest 

ENTER P FOR PROMPTING OR DEVICES/TEST, ROUTINES/OPTIONS 
X tl050/1050a,2-4,6 

FOLLOWING DEVICES ALLOCATED, OSS ISS= SDA Of SYSIN line on 2702) 

ROUTINES ARE 2,3,4,6 ^ 

.S1050A 
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1050 TERMINAL TEST SECTION OUTPUT 



T 

ENTER P FOR PROMPTING OR DEVICES/TESTS, ROUTINES/OPTIONS DEFAULT IS 

CURKENT VALUES 
X end 
X logoff 
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APPENDIX B; HJUSIDWARE RECONFIGURATION FOR MAINTENANCE 



The following procedures are intended mainly for IBM Field Engineer- 
ing personnel. Deviation from these procediures may result in a TSS/360 
system error, requiring a re-IPL procedure. 

Input/Output devices, control units, and channels that have been 
defined in the TSS/360 system generation may be temporarily removed from 
the configuration or added to the configuration after the startup proce- 
dure is complete. This capability is available for simplex, half d-ii^iex 
and full duplex configurations. The system facilities used for the fol- 
lowing procedures are the console INTERRUPT key and the ASNBD, HOLD and 
DROP, and RSS SET commands. 

Note ; Unexpected asynchronous interrupts resulting from a device bejpg 
made ready after the system has been using it will be ignored. 

Warning: Device control units and channels should not be powered up 
after TSS/360 startup unless the proper power isolation features have 
been installed. 

The following procedures refer to partitioning switches. Generally, 
these are the switches on the IBM 2167 Configuration Unit in the case of 
half and full duplex. Control units on sin^ilen configurations, and 
channels on all other configurations, must be separated using the parti- 
tioning switch on the specific unit being partitioned. 

REMOVING PRIVATE UNITS AFTER STARTUP 

To remove devices from the configuration after startup, issue an 
ASNBD command Cif applicable) and a HOLD command. This will make the 
device available for off-line testing by a system monitor. 

To remove a control unit from the configuration after startup, the 
operator must issue ASNBD Cas applicable) and HOLD commands for all 
devices attached to that control unit. After the operator has verified 
that all devices attached to that control unit are held, the following 
steps must be performed: 

• Quiesce TSS according to the procedures at the end of this section. 

• Set the associated control unit partition switch on the control unit 
or the IBM 2167 Configuration Unit, to the OFFLINE position. 

• Partitioning will take place as the Resident Supervisor finishes 
processing its pending interrupts and enters the WAIT state. The 
Meter Disabled light on the control unit (except 2702) should turn 
on. 

Note s All I/O and timer interrupts will be accepted and processed dur- 
ing this period. 

The control unit may now be powered down after deactivating the driv- 
er degate circuitry- Follow the procedure under • Adding Units After 
Startup" to return the control unit and any of its devices to the system 
conf igura t ion . 

To remove a channel, the procedure is the same as above except that 
all control units attached to the channel must be handled concurrently 
and in a similar manner. The AUTO/TEST switch on the channel must be 
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set to TEST, at the same time the control tinit's switches are set off on 
the IBM 2167 Configuration Unit. 



REMOVING SYSTEM/PUBLIC UNITS FOR TESTING lUPTER STARTUP 

The removal of system and public units after startup requires tem- 
porary suspension of TSS/360 operation. 

Note that IBM 2314 disk packs may be moved from one IBM 2314 disk 
drive to another after operation has been suspended, only if the address 
plug is also moved. When operation is resumed, the IBM 2311 disk packs 
and IBM 2400 tape volumes must be at the same physical address that they 
were at when operation was suspended. (See the procedures for quiescing 
and activating the system.) 

Powering Down a Control Unit ; If it is necessary to power down a con- 
trol unit for temporary maintenance during the period of the suspension 
of system operation, the following procedures should be followed to 
avoid machine checks and undue asynchronous interrup-ts during 
maintenance: 

• Quiesce TSS according to the procedures at the end of this section. 

® Set the associated control unit partition switch on the control unit 
or IBM 2167 Configuration Unit, to the OFFLINE position. 

® Partitioning will take place as the Resident Supervisor finishes 
processing its pending interrupts and enters the WAIT state. The 
Meter Disabled light on the control unit (except 270 2) should turn 

on. 

• The units may be powered down as necessary - 

• After the units have been powered up, and all devices (with proper 
volumes mounted) are ready, set the partition switches to on-line. 

• Activate TSS according to the procedures at the end of this section- 

Reioovinq an IBM 2702 Transmission Control Unit ; The removal of an IBM 
2702 Transmission Control Unit is the same as any other private control 
unit, except that all users should have logged-off prior to issuing a 
HOLD command for all the lines. The FORCE command can be used to accom- 
plish this. 

The off-line (green) light will not turn on until the OFFLINE/NORMAL 
switch in the 2702 is turned to the OFFLINE position. 

Note that the complete procedure for partitioning must be followed 
for the IBM 2702 control unit, to ensure that partitioning took place. 

ADDING UNITS AFTER STARTUP 

Channels and control units to be placed back into the configuration 
after startup, will have had their attached device paths marked unavail- 
able during startup. 

Devices attached to control units may be added to the system by issu- 
ing a DROP command for that device after the system monitor has com- 
pleted off-line device tests. 

Control units may be added to the configuration, after they have been 
powered up, by following these steps: 
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• Set the partition switches on the control unit and/or the IBM 2167 
Configuration Unit to the on-line position. If the system condi- 
tions necessary to cause partitioning to take effect have occurred, 
the control unit's Meter Disabled light will go out, indicating that 
the unit is now on-line. If not, the following step must be 
performed. 

• Quiesce TSS according to the procedures at the end of this sectioii. 

• Partitioning will take place as soon as the Resident Supervisor 
finishes processing its pending interrupts and enters the WAIT 
state. 

• Activate TSS according to the procedures at the end of this section. 
Note that all I/O and timer interrupts will be accepted and 
processed. 

• Issue a DROP command for all available devices attached to the con- 
trol unit, to add them to the TSS/360 system. An ASNBD command must 
be issued if any of the devices are to be added to those available 
for use by bulk I/O. 

If a channel and one or more control units are to be added to the 
configuration, the procedure is the same as above, except that the chan- 
nel must also have its AUTO/TEST switch in the AUTO position prior to 
initiating the procedure. 



OPERATIONAL PROCEDURE FOR QUIESCING TSS 

The following steps should be taken to quiesce TSS: 

!• Press the Interrupt key once to enter RSS ; This action puts TSS 
into RSS Active mode and prints the $ on the console. Note: This 
action should not be taken before the Main Operator Task has been 
initialized. 

2. Set the S3LEEP Flag in the Internal Scheduler ; Enter the foliowirig 
RSS command to set the SLEEP flag in the Internal Scheduler (CEA- 
KI), signalling it to enter the WAIT states SET CEAKIS = X'FF". 

3« Issue the RUN command to leave RSS Active mode : This action 

returns TSS to its operational state. TSS will now run until it 
enters the Internal Scheduler (all Resident Supervisor work has 
been completed), and will then enter the WAIT stxite. 

The system is now in quiesced state. Interrupts that arrive after 
entering this state will be worked off by the Resident Supervisor yhiich 
will then go back into WAIT state. Since no tasks are dispatched, all 
outstanding work would eventually be worked off. However, since NOT 
CLOCK will be generated whenever the system is in WAIT, normal opera- 
tions may be resumed before this outstanding work is completed. 



REACTIVATING TSS, AFTER QUIESCENCE 

The following steps should be taken to act^ivate TSS once it has been 
quiesced: 

\ 

1. Press thQ Interrupt key once - This puts the system in RSS mode. 

2. Turn off the SLEEP flag in the Internal Scheduler - Enter the fol- 
lowing RSS command to reset the SLEEP flags SET CEAKIS = X'OO* 
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i. Issue the RUN command to leave RSS mode - The system is now in TSS 
mode and ready to do work. The CPU(s) will come out of the WAIT 
state when the next I/O interrupt is received. Note that this can 
be forced by pressing the Request key on the operator's console. 

DEV I < ' £/ CO NTROL U NIT REMOVAL 

The following devices may be held, and tested with a CE Test Box con- 
cm rrrnt with system operation: 

IBM 2 311 disk drive 

IBM 2400 tape unit 

IBM 2S*I0 reader/punch 

IBM 1403 printer 

The following control units may be held and partitioned for detailed 
u!oping or updating to conform to Engineering Changes (ECs>. 

IBM 2 8 41 disk storage control unit 

IBM 2803 tape control unit 

IBM /B21 unit record control unit 

IBM 270 2 transmission control unit 

An IBM 2860 Selector Channel may be partitioned for off-^line testing. 
The r hannel cannot be powered down. 
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APPENDIX C: PRINTOUT INTERPRETJ^TION. VMEREP AND EREP 



The VMEREP coiranands produce several different: types of output in 
various formats. 



DRUM INDEX RECORD 

PRINT INDEX, PRINT ALL, AND PRINT ZEROES cause this record to be 
printed. It is preceded by a message showing the time span of the er-^or 
recordings : 

REPORT OF ERROR RECORDINGS FROM 01/02/70 01:02:03 TO 01/02/70 23:59:5^ 

The Drum Index contains a pointer to the head number, record number, 
and byte number, in that order, followed by a character string used as a 
validity check. The pointer addresses the last head, record, and byte 
sued for error recording. 

Example: 

CURRENT DRUM INDEX RECORD 000000000003085«*123«»56789A3CDEF0 

Statistical Box Counts 

The Statistical Box Counts are updated only when intermittent MCI 
errors occur. In general all storage eleroent^s involved with the 
instruction in progress (elements containing the instruction or any of 
its operands) , and the CPU which executed the failing instruction, are 
incremented. However, if the error detected was an ROS parity error, 
only the CPU count is incremented. Also, if any of the storage elements 
involved have memory errors indicated in the log, only those storage 
element counts are incremented instead of all storage elements asso- 
ciated with the instrucrtion. The Statistical Box Counts are printed out 
immediately following the Drum Index Record above. 

Example: 

STATISTICAL BOX COUNTS 



CPU 1 0000 
MEM A 0000 
MEM E 0000 



CPU 2 0000 
MEM B 0000 
MEM F 0000 



MEM C 0000 
MEM G 0000 



MEM D 0000 
MEM H 0000 



FAILURE LIST 

The LIST FAILURES command results in the following type of printout. 
Example: 



REC ID 


TYPE 


FAILING UNIT 


000400 


01 


CPUl 


000884 


01 


CPU SE B 


01021C 


28 


I/O PATH 020C 


CALL TYPES 







The possible call types that may be placed in the drum error records 
are 01, 09, 25, 26, 27, 28, 29, 2A, 2B, 2C, 2D, 2E, and 2F. Some of 
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these descriptions are paired in similar formalis (i.e., 25 and 26 are 
similar; 27 and 2A; 28 and 2B; 2C and 2D; 2E and 2F; 01 and 09). 

The first item in a report is the error identification which locates 
the error on the drtim. Next is a title line showing 1:he call type. 
Each error print contains these first two items. From that point on, 
they differ: 

TYPES 01 AND 09 

tall types 01 and 09 are identical. Type 09 implies that more than 
one internal machine check resulted from the error, while 01 implies a 
single machine check. The error report is broken into four parts: the 
Heading, CPU Local Store, Machine Check Logout, and SERR Module Reports. 
For examples of call types 01 and 09, see Figures 2 and 3. 

Heading 

I he heading contains the error identification and title line as noted 
atK}ve. followed by: 

♦ C .U ID 

This identifies the CPU involved with the error. The CPU ID will 
be a number from 1-8. The CPU is always identified with an inter- 
mittent failure. On a solid failure, the CPU is identified only if 
it is the cause of the error. If a storage element caused the 
error (solid), the CPU ID will be omitted from the heading. 

♦ SI, ID 

This identifies the physical Storage Element associated with the 
error. It will be a letter from A-H. An SE ID is only included in 
the heading if the Memory Check Program CCPU/MEM 2) within SERR 
finds failures in a storage element, or a memory data or addressing 
check indicator is on in the machine check logout of the original 
error. 

♦ Dcite, Time, User ID 

The time of error in hours, minutes and seconds from midnight along 
with the date, and the 8-character USERID obtained from the PSA, is 
given. The USERID is the current identity of the user of the CPU 
which took the original Machine Check Interrupt. 

♦ MCOPSW, INT CODE, Prefix 

The original Machine Check Old PSW and Interrupt Code appear next, 
followed by the prefix of the CPU which took the first machine 
check. The prefix is three hex digits which correspond to the 12 
high order bits of the prefixed storage address. 

CPU Local Sto re 

This section of the 01/09 printout shows the contents of the General 
Purpose registers (GP>, the Floating Point registers (FP) , and the 
Extended Control registers (ECP) of the CPU which took the original 
macitixne check. Usually, the contents sho%m are the contents at the time 
of error. On occasion, however, the particular general purpose register 
involved in the failing instruction may reflect the value at the begin- 
ning of the failing instruction (before execution), rather than the 
value at machine check time. 

This will occur during certain instruci:ions, when the 'no-retry tri- 
gger* is on but the instruction is locatable and retryabl^* Cas deter- 
mined by SERR) - In these instances the orginal value of the general 
purpose register is restored from the ST or AB registers • 
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##4i«i«######**«»«####I{ITERIiAL MACHINE CHECK CAp, TYPE Ol**^************** 



CPU ID 1 
DATE AND TIME OF ERROR 06/22/70 12»52«16 
MCOPSW 0304C00000003568 INT CODE 0000 



USER ID TSS*»*«» 
PREFIX 000 



GP 0-3 
GP 4-7 
GP 12-15 



FP 
FP 



0-3 
4-7 



00 00 00 82 
00 00 10 00 
40 00 3D F2 

00 03 04 58 
00 00 00 00 



00 00 3D 2C 
00 00 00 00 
80 00 20 2C 

24 00 00 00 
00 00 00 00 



00 00 00 00 
00 00 00 01 
40 00 3£ 62 

00 00 00 00 
00 00 00 00 



00 00 00 01 
00 00 00 09 
00 00 35 50 

00 00 00 00 
00 00 00 00 



ECR 0-3 
ECR 4-7 
ECR 8-11 
ECR 12-15 



00 05 CI 00 
FF FF 00 00 
88 88 44 44 
66 00 00 00 



00 00 00 00 
00 00 00 00 
00 00 00 00 
00 00 00 00 



00 00 CA A4 
00 80 00 FF 
02 02 00 00 
00 00 02 00 



00 00 00 00 
00 00 00 00 
84 00 84 00 
00 00 00 00 



IC 1 00 1 35 
IC IN LS WORK REG 
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ROSAR 4B9 FROSAA 091 PROSAB 034 PREV ADR A 1 
ROSAR AND RQSLTH 00400C5E00031803300004123 



Q REG 

AB REG 

ST REG 

LS MORK REG 

E REG 91 

EXTENDED IC 



1 47 80 1 FO 1 14 91 04 1 FO 6D 



1 00 
1 00 
1 00 

80 

1 00 



1 00 

1 09 

1 OQ 

R REG 



1 35 

08 

20 

1 47 



BC 
AE 
F8 
80 



FF 
00 



D REG 



EXTENDED D REG 1 00 



1 FF 1 CA C4 10 
1 00 08 AE 

PA LATCH 64-67 1 
1 00 i 35 BC SA LATCHES 1 00 

EXT INTRPT MASK 1 11111111 



F REG 


01 


ABC 





STC 





G REG 


8 



SAR 1 0000000 0000001 DATA CKS 11100000 MARK CK FETCH 1 



CPO MARKS 11111111 

SYS ♦ EXT MSK 00000011 

MACH CK MSK 1 

ADDR SEQ 05 

FLT CLK 3 

CHECK COUNTER IF 

ROS PARITY CK 6-42 1 

ROS PARITY CK 69-99 



♦• CHECK SUMMARY •♦♦ 1 DO-23 
PASS 1 E8-11 

BUFFER 1 1 E12-15 

PSW PARITY 0-7 1 
MAIN PREFIX 1 



TO PADDA 40-63C 
TO PADDB 56-59 
TO PADDB 60-63 



H REG 1 00 EXTEND PSW MD 1 
H REG PAR CHK 



EXTiaiD MSK 11111111 11111111 00000000 
EXT MSK PARI 1 1 



00000000 
1 



LAR 
lAR 



(PRE-LOG) 
CPOST-LOG) 



00 
18 



WRT LOC ST CPRE-IiOC) 
WRT LOC ST (POST-LOG) 1 



mmmm^^^m^mSWSi MODULE REPORTS* ♦<'♦♦•♦ 



TIME ERROR CODE 
00,35.39 ROS PAR 



IRE INSTRUCTION DATA 

ADDRCRELOC) ADDRCREAL) INSTRUCTION 
00003564 003564 9180F6C 
OPERAND DATA 

ADDR-ICRELOO ADDR- 1 (REAL) /GPRl CONTENTS (8 BYTES) 
000008 000008AE00004C4D 

ADDR-2(RELOC) ADDR- 2 (REAL) /GPR 2 CONTENTS (8 BYTES) 
000035BC 0035BC 0000001435C90000 



FCC 
40 



PNTR PROG CODE 0000 ROS ADDR 034 

R/V PROG CODE 00000000 

SB FAIL CPU PSW 000000 START OF SERR SAVE AREA 033000 



Figure 2* Call Type 01. Internal Machine Check 
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ERROR REPORT ID 00** BO 



♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦INTERNAL MACHINE CHECK CALL TYPE 09****»*****«****** 

B 



DATE AND TIME OF ERROR OS/IH/IO 15.47.53 
MCOPSW 0004E00000018A60 INT CODE 0000 



SE ID 
USER ID TSS***** 
PREFIX 03C 



r.i' 


0- i 


(.V 


H 1 


i.V 


H 1 I 


<;»' 


1 / I'S 


FP 


1 


rv 


a- 7 


w:h 


0- J 


ECU 


i|-7 


KCli 


«-ll 


ECU 


12-15 



E2 E3 E5 FO 

00 OB 59 78 

00 00 0(» FF 

iJ U 7 (i 10 7 

00 00 (H) 00 

00 00 00 00 

00 06 51 80 

¥¥ FF 00 00 

88 4«* <14 *♦*♦ 

92 Oi* 96 66 



00 00 01 C8 

00 00 00 00 

00 00 01 24 

00 00 17 2V. 

00 00 00 00 

00 00 00 00 

00 00 00 00 

00 00 00 00 

8*8 00 00 00 

1*0 00 00 00 



00 01 8A 56 

00 01 89 FO 

00 00 00 00 

00 10 E8 m 

00 00 00 00 

00 00 00 00 

00 70 10 02 

FO 80 00 FF 

00 '24 20 00 

00 00 02 OC 



00 01 91 98 
00 01 8A 9F 
00 00 00 00 
00 70 10 00 

00 00 00 00 
00 00 00 00 

00 00 00 00 
00 00 00 00 
84 00 84 00 
00 00 00 00 



ROSAR 224 PROSAA 490 PROSAB 94 B PREV ADR A 1 



IC 01 8A 68 

IV m LS WORK REG 

kO:J BITS ROS PAR PI -99 P6-42 

0-42 CK 0-42 0/ ABC D/EF G ♦H 

000000 0000 10 00000 001 1 1010 mill OOOOO 00 00000 



UOVy BITS 
43-68 



69-99 



HOS PAR 
CK 43-68 



ROS PAR 

CK 69-99 O 



L NA K J 

0000 0010000000 OOOOO 1100001 

P43-68 P69-99 
M N P*Q/RT /U * V 
OOOOO 0000 000 000 1 0000 1 0000 000 



U RKC . 
AB RW! 

:/r in-:r. 

i;; WORK Ri'X; 

K HW, 5li 



1 82 
1 00 
1 00 
1 00 
HO 



1 00 
1 00 
1 00 
01 



1 00 
1 00 
1 00 

8A 

1 82 



1 28 
1 00 
1 FF 

52 

1 00 D REG 



1 00 
1 00 
1 FF 



1 00 1 00 1 00 F REG 01 

1 00 1 00 1 FF 10 ABC 
1 FF Fl 1 DB STC 

PA LATCH 64-67 10 G REG 00 
01 8A 1 9C SA LATCHES 1 00 



l'%T \'\nU¥A) Ik: 1 00 



EXTENDED D REG 1 EXT INTRPT MASK 



1 11111111 



01 10001 0101 001 DATA CKS 00000001 MARK CK 



FETCH 1 



:;tor fr 2 data ck 



1 



ri'ii MAHK^; 

MACB CK MSK 
COND (XJDE 
AODR SEy 
FLT {:lk 
ROS TKr.T SEQ 
CHECK COUNTER 
FLT COUNTER 



11111111 
1 

2 
05 

3 

7 
IF 

F 



PAR add 56-67 H.S. CK 1 

PAR ADD H.S. CHECK 1 
STORAGE DATA CK 1 

♦♦ CHECK SUMMARY ♦♦♦ 1 

BUFFER 1 1 

PSW PARITY 0-7 1 

MAIN PREFIX 1 



NO RETRY 

EXTERNAL MACH MASK 



1 
1111 



il REG 1 44 EXTEND PSW MD 1 
a REG PAR CHK 



LAH 

LAR 



<PRE-L<x;) 
(POST-LOG) 



08 
18 



EXTEND MSK 11111111 11111111 00000000 00000000 
EXT MSK PAR 1111 



WRT LOC ST (PRE-LOG) 
WRT LOC ST (POST- LOG) 



♦ ♦♦♦♦♦♦♦♦SI^KR MODULE REPORTS** ♦♦♦♦*♦ 



TIME ERROR CODE 

15.47.53 PAR ADD 

CONTENTS C 8 BYTES) 

0OO000FF0000O124 
CONTENTS (8 BYTES) 

OOOOOF24000000FF 



IRE INSTRUCTION DATA 

ADDR(RELOC) ADDR(REAL) INSTRUCTION TIME ERROR CODE FCC 

00018A5C 018A5C 5B8060AC 15.47.53 PAR ADD 05 

f)PERAND DATA 
ADDR-KRELOC) ADDR-1(REAL)/GPR1 

000008 
ADDR-2(RELOC) ADDR-2 (REAL)/GRP2 
00018A9C 018A9C 

I'NTR FR(X; CODE 2001 ROS ADDR 94 B 

R/V PR(X; CODE 00000000 

CM2 IS.T BAD ADDR DATA TYPE 

018A9F 24 INTERMITTENT 

BAD PAGE 1 018 BAD PAGE 2 000 BAD PAGE 3 000 BAD PAGE COUNT 01 

INTERMITTENT SUPERVISOR DATA NOT FIXED 
SB FAIL CPU PSA 03C000 START OF SERR SAVE AREA 040000 

Figure 3. call Type 09. Multiple Internal Machine Check 
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Machine Check Logout 

This section of the 01/09 printout contains the machine check logout 
area of the original machine check. For most of the CPU non-addressable 
registers, the logged byte parity is compared with a calculated byte 
parity based on the contents of the byte as it appears in the log. If 
the comparison fails, an asterisk is printed between the byte and its 
parity bit. For example, F REG 0*00. This check is made for registers 
IC, Q, AB, ST, LSWR, E, R, D, F, EXTENDED IC, EXTENDED D, and H. 

Usually only those controls and latches which are in the non-zero 
state will have their status printed. However, the PRINT ZEROES option 
causes all items to be printed - 

SERR Module Reports 

This section of the 01/09 error printout contains several error 
reports as gathered by the SERR modules. These are the IRE report, the 
Pointer report, the Restore/Validate report, the Checker report, the 
CPU/Memory Checkout report and the Bootstrap report. If a SERR module 
has nothing to report, its section of the module is omitted- Details on 
each report follow: 

IRE Report 

The IRE report presents the addresses and contents of the instruction 
and its operands as well as a time stamp, the primary error, and a fai- 
lure classification code. An example of an IRE report appears below. 

IRE INSTRUCTION DATA 

ADDR CRELOC) ADDR (REAL) INSTRUCTION TIME ERROR CODE FCC 

0001911E 01911E 90680160 16.50.03 MEM ADDR 03 

OPERAND DATA 

addr-1 (reloc) addr-1 CreaD/lst contents C8 bytes) 

000006 0001913000019472 

addr-2 Creloc) addr-2 (real) /1st contents (8 bytes) 

00000160 000160 00i97FA0OO19130 

The first items in the IRE report are the relocated and real 
addresses of the instruction being executed when the error occurred. If 
relocation was not active when the error occurred, the two addresses 
will be the same. Next, the instruction itself is presented. If the 
instruction could not be located, the instruction and instruction 
address are left blank. 

I*he time printed is the time that the error occurred in hours, 
minutes and seconds from midnight. 

The error code is the best determination of the cause of error- When 
multiple error indicators are present in the log out, a priority search 
is made to determine the most probable cause of the error. This routine 
is not infallible. The error code will be one of the following: 

Error Code Meaning 

PAR ADD Parallel Adder Check 

SER ADD Serial Adder Check 

ROS PAR Read-Only Storage Parity Check 

E-REG E-Register Parity Check 
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MEM DATA Memory Data Error 

MEM ADR Memory Address Error 

RELOC ER Relocation Error 

H-REG H-REG Parity Check 

MPY ERR Multiplier Decode Check 

CLK OVFL Time Clock Overflow Error 

The Failure Classification Code CFCC) is a one byte hexadecimal code 
l»assed to Recovery Nucleus by SERR to summarize the failure. It is 

interpreted as follows: 

01 Solid CPU failure. Reconfiguration must be called to partition a 

CPU from the system if possible. Only the SERR CPU checkout program 
can report a solid CPU failure. (Failing CPU ID will be specified 
i n heatier) . 

0/ Intermittent Storage Element Failure. Intermittent failures have 

been found in more than one memory by a total of three or less pages 
.ire bad. The first failing SEID will be included in the header. 
only the SERR Memory checkout Program can report 02, 01, 05, 06. 

i Intermittent Failure. SERR did not find a fault within its scope of 
testing of the CPU's and SE's of the system. However, the instruc- 
tion could not be retried because of threshold has been exceeded Ci. 
e., the instruction has progressed to the point where information 
haf; been destroyed) . 

04 Solid Storage Failure. A solid failure in a single memory was found 
hy the SERR memory check program. The SEID will be included in the 

hf^dder - 

05 intermittent Storage Element Failure. Less than four pages were 
found with had parity but these were all within the same memory. An 
r.E ID will be included in the header. 

nf, intc rmittent Storage Element Failure. More than three pages were 

found with bad parity but these were all within the saine memory. An 
:>K ID will be included in the header. 

Hi) (.l<)b<ii Memory Damage. Failures were found in more than three pages 
in more than one memory. 

nx Retry Possible. It is possible to re^-execute the instruction in 

^jro^ress. X can be a or 1. 

Tr»e lemainder of the IRE reports present the first and second operand 
addresses and contents of the first and second operands of the instruc- 
tion being executed at the time of the error. 

The relocated and real addresses of each operand are included. If 
<'ithc r operand is a general purpose regifiter or floating point register, 
the relocated address is left blank and the number of the GPR or FPR is 
printed in place of the real address. II relocation was not active at 
the time of error, the relocated and real addresses will be the same. 
The first eight bytes of each operand arc- printed, regardless of the 
true length of each operand. If the opeiand is a GPR, the contents of 
two GPRS starting at the one specified aie printed - 

The first operand is that operand closest to the operation code as it 
appears! in the instruction format and its address is labeled ADDR-1. 
Some instructions do not have an address of the first operand, such as 
MVi or CLI. In these cases, the information in the ADDR-1 and CONTENTS 
I ields will be meaningless. The data gathering program daes not treat 
these aii exceptions, but merely computes addresses and eictracts data 
blindly from these addresses. The second operand is the operand furth- 
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est from the operation code as it appears in the instruction format and 
its address is labeled ADDR-2, 

Pointer Report 

The pointer report contains information obtained while pointer was 
attempting to locate the failing instruction. A sample report appears 
below : 

PNTR PROG CODE 2002 ROS ADDR 401 

The program code consists of 16 bits. They are numbered from to 15, 
left to right, and have the following meaning. 

First Byte ; 

Bit An I- fetch (byte update) cycle is in progress (may exist for sev- 
eral cycles). 

Bit 1 An Execute instruction is being done with the execution of the 
subject instruction now in progress. 

Bit 2 The instruction is not retryable because of some threshold. 

Bit 3 The instruction address computed for analysis is not legal. Thus 
the instruction is not retryable. 

Bit «♦ A BAL, BAUl, BAS, BASR was restored. The location of the failing 
instruction was located by retrieving the instruction counter 
from a general purpose register. 

Bit 5 Branch active - pointing to the successful branch address. 

Bit 6 IC Indeterminate - pointer is unable to locate the failing 
instruction because of lack of information. 

Bit 7 End op cycle is in progress. 

Second Byte ; 

Bit The ending sequence of an Execute instruction has been reco- 
gnized. This is the portion where the subject instruction is 
finished, but the Q- Register needs to be refilled before continu- 
ing with the instructions sequence. This situation is not 
retryable. 

Bit 1 The contents of the calculated address of the failing instruction 
does not check with the operation code in the E-Register. There- 
fore, no retry can be made. This check is done on all non- branch 
instructions . 

Bit 2 No retry because necessary data in the log-out has been found to 
be bad by the SERR-Checker module. 

Bit 3 No retry because a memory data check occurred while retrieving 
the suspected failing instruction. 

Bit U While operating the S ERR- Pointer module an unexpected machine 
check occurred, therefore no retry will be attempted. 

Bit 5 Storage data error - the original machine check occurred because 
of a store into memory by a store type instruction. The instruc- 
tion in progress at the time of error may or may not be the store 
type instruction. If not, any significant effects of the current 
instruction will be restored and the return point, if retryable, 
will be to the previous store instruction. If the current 
instruction is at fault and retryable, then it will be retried 
and no restore need be checked or done. 

Bit 6 Special Memory Address Error. This situation arises due to a 
memory addressing error reported in the log when it hcls been 
determined that a possible store type instruction existed prior 
to the one now in execution. When this occurs, it is impossible 
to determine which instruction caused the addressing error, past 
or current instruction. Therefore, no retry will be made. 

Bit 7 Repeat of a previous failure. This bit indicates no retry and is 
inserted into the pointer report by the SERR-IRE module to form a 
complete report. 
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If bit 5 of the second byte of the program code is set the following 
printout will occur. 

MEM STORE ERROR, START OF DAMAGED FIELD - XXXXXX 

where XXXXXX is the six hexadecimal digit address of the first bad byte. 

If bit one of the first byte of the program code is set, the follow- 
ing printout will occur: 

EXECUTE INSTR IN PROGRESS, LOCATION OF EXECUTE XXXXXX 

where XXXXXX is the six hexadecimal digit address of the execute 
instruction. 

since the norinal IRE report data only supplied the address of the 
current instruction, the addresses described above roust be sought and 
recorded separately. 

The ROS address indicated in the pointer report is a three hexadecim- 
al digit address indicating the ROS word which was most significantly 
being executed at the time of the machine check. This address is simply 
determined by the PREV ADR A indicator in the logout- If it is a "one", 
PROSAB is recorded, if it is a "zero", PROSAA is recorded. This does 
not necessarily mean that the ROS word indicated by the address was the 
cause of the failure. It merely means that if data transfers were in 
prcxrress at the time, the commands were probably issued by the ROS word 
indicated by that ROS address. An example where the ROS address cited 
is not the cause of the failure is a ROS parity. When a ROS parity 
occurs, just the opposite criteria of the PREV .hDR A indicator has to be 
used to establish the failing ROS word. 

Restore/Validate Report 

The Restore/Validate report consists of a four byte program code. An 
cxaoiple is given below. 

IW PROG CODE 20000000 

Each bit of the report has a meaning assigned to it as described. 

Byte One ; 

Bite 0-1 Spare 

Bit 2 No retry because of program or hardware threshold COR' ed into 

Pointer report) . 
Bit 3 Spare 

Bit 4 BAL, BALR, BAS or BASR restored (OR* ed into Pointer report). 
Bits 5-7 Spare 

Byte Two ; 

Bits 0-7 Spare 

Byte Three ; 

Bit S,T,A, or B register is needed to restore GPR but had bad 

parity . 
Bit 1 GPR or FPR has bad parity. 

Bit 2 Past program retry threshold for this instruction. 
Bit 3 Failing instruction 0-Code not legal. 
Bits 4-7 Spare 

Byte Four ; 

Bits 0-7 Spare 

The presence of any of the above conditions means that no retry can be 
made. 
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Checker Report 

The Checker module report consists of the reporting of all parity errors 
in various critical registers or storage areas, A one bit printed under 
a register indicates the presence of bad parity in at least one byte of 
the register. The example below shows that bad parity was found in the 
extended mask. 

CKER PARITY ERRORS 

IC D LSWR R E A B S T O EXT MASK F H PSW LOG PSA CLOCK 

1 
GPRS0123456789ABCDEF FPRS 01234567 ECRS0123456789ABCDEF 

CPO/Meroory Checkout Report 

The CPU/Memory Checkout modules CCMl, CM2, CM3> prepare two reports. 
The first report contains information pertaining to a failir^ memory. 
The format of the printout of the first report is shown below. 

CMS FAIL CPU ID ERROR CODE TYPE 

2 1100 SOLID 

This report is interpreted as follows: The FAIL CPU ID is the ntimber 
Cl-4> of the CPU in error. The error code is arranged in the following 
manner. 

Bits 1-3 C/M ID 000-C/M 1 

001-C/M 3 
010- C/M 2 

Bits 4-7 Error 0000 Hang occurred 

0001 MCI occurred 
0010 Functional Check 
failed 

Bits 8-15 Routine (C/M 1 only) 
Number 

If C/M 3 detected a failing ROS address, that address is printed, as 
shown in the sample. The state of the solid/intermittent bit of the 
error code is also printed in words. 

The second report is prepared only by the memory checkout module 
C/M 2. An example of this report is as follows: 

CM2 1ST BAD BYTE ADDR BYTE DATA TYPE PICK/DROP 
016372 03 SOLID 02 

BAD PAGE 1 016 BAD PAGE 2 027 BAD PAGE 3 000 BAD PAGE COUNT 02 
CPU-MEMORY CORRELATION CPUl CPU2 CPU3 CPU4 

MEMORY ABCDEFGH ABCDEFGH ABCDEFGH ABCDEFGH 
1 1 

The first portion of the report contains the address of the first bad 
parity byte found while scanning all active pages of memory and the ori- 
ginal contents of the byte. The byte is exercised to determine whether 
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the failure is solid or intermittent:. If the failure is solid , an 
attempt is made to determine whether bits are being picked or dropped 
and which bits are affected. If the PICK/DROP value printed is mostly 
zeroes, the implication is that the bits sho%m as ones are being picked. 
Similarly if the value shown is mostly ones the zero bits are being 
dropped . 

The next portion of the report contains a count of the number of 
pages which have bad parity data in them. (Maximum of 255 •> The page 
address (high order 12 bits - of a 24 bit address) is printed for the 
first three bad pages found. 

The last portion of the report contains the results of a CPU/Memory 
interface test. The test performs a small interface check with each 
active memory in the system from each active CPU in the system. A one 
undc r a CPU/ Memory combination indicates a failure on that interface. 
In the example shown above Memory E failed with both CPUl and CPU2. The 
conclusion drawn is that the interface of Memory E is at fault. If CPUl 
had trouble with several memories, the conclusion would be that the CPUl 
interface is at fault. 

Bootstrap Report 

This report contains the prefix value for the failing CPU's active 
prefix. If it is zero, prefixing was disabled at the time of error. 
The report also contains the starting address of the SERR Save Area, 
which is used to save the environment of all the active CPU's in the 
system. The operating area for the SERR modules is the page below the 
SERB Save Area. An example of the SERR Bootstrap report appears below: 

SB FAIL CPU PSA 000000 START OF SERR SAVE AREA 002000 
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TYPES 2 5 AND 26 

Call type 25 (Immediate Report - Paging) and call type 26 (Immediate 
Report - Task) are identical in printout form. Examples of these error 
reports for paging and task devices are shown in Figures U aAd 5. The 
CCW list may contain as many as 1 CCWs, 

ERROR REPORT ID ♦0004B0 

♦♦♦IMMEDIATE REPORT - PAGING I/O ERROR CALL TYPE 25^^^ 

SYMBOLIC DEVICE ADDRESS 3 0023 

SEEK ADDRESS: 0000002A0012 RECORD NO: 3 

FAILING PATH: 0290 

SUCCESSFUL AFTER 06(D) RETRIES 

DEVICE TYPE: 2 31 a 

PHYSICAL ADDRESS C 

VOLUME ID: ABCDEF 

DATE & TIME OF ERROR: 01/28/69 07:10:56 

SENSE DATA 

0800 0000 0000 0000 

CHANNEL STATUS WORD 

KEY:a0 STATUS:0E00 BYTE COUNT: 0002 

CHANNEL COMMAND WORD LIST 

070063A8 1*0000006 

310063AA i^OOOOOOS ♦♦♦FAILING CCW 

Figure «♦. Call Type 25. Iinroediate Report, Paging I/O 
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ERROR REPORT ID ♦0006BA 

♦♦♦♦IMMEDIATE REPORT - TASK I/O ERROR CALL TYPE 26**»* 

^;YMB()LIC DEVICE ADDRESS: 0029 

fiEEK ADDRESS: 000000030000 RECORD NO. 05 

FAILING PATH: 0B0 5 

lUJCCESSFUL AFTER 01 CD) RETRIES 

DEVICE TYPE: 2 311 

VOLUME ID: 222222 

DATE AND TIME OF ERROR: 10/10/69 05:47:57 

IIHNSK DATA: 

0400 OOCO 0000 0001 

CHANNEL STATUS WORD 

KEYr^iO STATUS :0C00 BYTE COUNT: 0001 



CHANNEL COMMAND WORD LIST 



0707B2BA 00000006 
0707B2BA «I0000006 
3107B2C0 40000005 
0807B330 00000000 
1D07B318 80000008 
1D07B2C8 60000050 
03008000 20000001 ***FAILING CCW 



figure 5. Immediate Report, Task I/O 
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TYPES 27 AND 2A 

Call type 27 (Statistical Data Record - Paging) and c:all type 2A 
(Statistical Data Recording - Task) are outboard errors with similar 
format. Figures 6 and 7 are examples of these types of error print. 
There may be up to 10 Channel Command Words in the CCW list. 

ERROR REPORT ID 0006 BO 

♦♦♦♦♦PAGIHG I/O STATISTICAL DATA RECORD CALL TYPE 27***** 

SYMBOLIC DEVICE: 0031 

DEVICE TYPE: 2311 

THIS DEVICE HAS EXPERIENCED 15(D) INTERMITTENT ERRORS 

DATE € TIME FIRST ERROR 01.27.69 10.15.30 

DATE 6 TIME LAST ERROR 01.28.69 15.27.10 

SENSE BYTE FREQUENCY COUNTERS 

BIT BIT 1 BIT 2 BIT 3 BIT 4 BIT 5 BIT 6 BIT 7 



BYTE 


























BYTE 1 


























BYTE 2 


F 


F 


F 


F 


F 


F 


F 


F 


BYTE 3 


F 


F 


F 


F 


F 


F 


F 


F 


BYTE 4 


























BYTE 5 


F 


F 


F 


F 


F 


F 


F 


F 


BYTE 6 


























BYTE 7 



























♦♦FOLLOWING DATA PERTAINS TO LAST ERROR ONLY^^ 

FAILING PATH: 03 A4 

SEEK ADDRESS: 000000880006 RECORD NO: 14 

VOLUME ID: 123456ABCDEF 

SENSE DATA 

0800 0000 0000 0000 

CHANNEL COMMAND WORD LIST 

0702A53A 40000000 

3102A53C 40000000 ♦♦♦FAILING CCW 

Figure 6. Statistical Data Record Overflow, Paging I/O 
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ERROR REPORT ID 0006B0 

♦♦♦♦♦♦TASK I/O STATISTICAL DATA RECORD CALL TYPE 2A****** 

SYMBOLIC DEVICE: 0031 

DEVICE TYPE: 2311 

THIS DEVICE HAS EXPERIENCED 15 CD) INTERMITTENT ERRORS 

DATE 4 TIME FIRST ERROR 01-27,69 10.15.30 

DATE 4 TIME LAST ERROR 01.28.69 15.27.10 

SENSE BYTE FREQUENCY COUNTERS 





BIT 





BIT 


1 


BIT 


2 


BIT 


3 


BIT 


4 


BIT 


5 


BIT 


6 


BIT 7 


BYTE 








































BYTE 1 








































BYTE 2 




F 




F 




F 




F 




F 




F 




F 


F 


BYTE 3 




F 




F 




F 




F 




F 




F 




F 


F 


liYTE 4 








































BYTE 5 




F 




F 




F 




F 




F 




F 




F 


F 


BYTE 6 








































BYTE 7 









































♦♦FOLLOWING DATA PERTAINS TO LAST ERROR ONLY** 
FAILING PATH: 03hH 

SEEK ADDRESS: 000000880006 RECORD NO: 14 
VOLUME ID: 123456ABCDEF 
SENSE DATA 
0800 0000 0000 0000 
CHANNEL COMMAND WORD LIST 



0702A53A 40000000 

3102A53C 40000000 ♦♦♦FAILING CCW 



Figure 7. Statistical Data Recording, Task I/O 
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TYPES 28 AND 2B 

Call type 28 (Solid Error Record-Paging) and call type 2B CSolid 
Error Record-TaskI have printouts identical in form except f 5r the title 
line. Figures 8 and 9 depict these two error records for the devices 
specified. The Channel Coromand Word list may contain up to 10 CCWs. 

ERROR REPORT ID 000«lOO 

♦♦♦♦♦♦SOLID PAGING I/O OUTBOARD ERROR CALL TYPE 28*****» 

SYMBOLIC DEVICE ADDRESS: 0090 

FAILING PATH: 0857 

UNSUCCESSFUL AFTER 00(D) RETRIES 

DEVICE TYPE: 1050 

DATE AND TIME OF ERROR: 06/17/70 15:25:05 

SENSE DATA: 

4800 0000 0000 0000 

CHANNEL STATUS WORD 

KEY: 00 STATUS: OEOO BYTE COUNT: 007E 

CHANNEL COMMAND WORD LIST 

010358AA 60000003 

020AB380 60000001 

010AB3FF 60000006 

080AB218 00000000 

08570857 000337B8 

020AB380 60000001 

0103581F 60000003 

0A0AB380 60000080 ♦♦♦FAILING CCW 

0103581E 20000001 

Figure 8. Solid Paging Device Error 
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ERROR REPORT ID ♦000400 

♦*♦♦♦ ♦♦SOLID TASK I/O OUTBOARD ERROR CALL TYPE 2B******* 

IJYMBOLIC DEVICE ADDRESS: 0060 

FAILING PATH: 0016 

IJNSycCESSFUL AFTER 00 CD) RETRIES 

DEVICE TYPE: 27t*l 

DATE AND TIME OF ERROR: 06/18/70 12:14:53 

liENGE DATA: 

4000 0000 0000 0000 



CHANNEL STATUS WORD 
KEY: 00 STATUS :OE00 



BYTE COUNT: 00 C9 



CHANNEL COMMAND WORD LIST 



03000000 60000003 

01002993 60000019 

01002992 60000001 

0A002993 600000C9 ♦♦♦FAILING CCW 

01002991 20000001 



li.juce 9. :;olid Task Device Error 
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Cili type 29 (External Machine Check) prints the identity of the CPU 
whicn took the machine check, the date and tiroe, and the User ID- The 
thrte hex digits of the Prefix represent the 12 high order bits of the 
pre! ixed address. The Machine Check Old PSW and Interrupt Code of the 
€ xtt rnal machine check are also presented, along with the I/O address 
and :iymbolic Device Address of the device being used, 

'l^ie n»ext section of this error report shows the channel configuration 
and activity at the time of the error. The type of channel (selector or 
Hiulliplex) assigned to each CCU is printed, and whether or not the chan- 
nel was active when the error occurred. An example of this section is 

i;howii: 



CCUO 
CI[AN TYPE S=SEL,M=MTPX 
CilAN ACTIVITY A=ACTIVE 



012311567 ecu 1 01234567 
MSM MMMSMS 

AA AAAAA 



CCU 2 01234567 CCU 3 0123456 
SMSS M S 

AAAA A A 



The next line of this report defines whether the failure was detected 
during an SIO sequence, the number of retries attempted, and whether 
retry was Skuccessful. Any of these messages, or all of thon, may occur. 
(Figure 10 shows all of them.) 

The Channel Status Word and the channel log are printed if they were 
stored as a result of the error. The CSW is printed as a hex double 
word. If a channel log is present, and it can be determined to be a 
i;elt?ctor or multiplex channel, the appropriate format is printed. The 
three double words of the channel log are printed in hex if the type of 
channel cannot be determined. 

A call type 2 9 is shown in Figure 10. 



U8 



ERROR REPORT ID 020ai6 

♦♦♦♦♦♦♦♦♦♦♦EXTERNAL MACHINE CHECK CALL TYPE 29 •♦»♦♦♦♦•♦•♦ 
CPU ID 2 DATE AND TIME OF ERROR 6/23/70 08.47.23 
PREFIX Ol»D MCOPSW 03040000000123*45 INT CODE 8004 
I/O PATH OlOC SYMB ADDRESS 002A 

CCUO 01234567 CCU 1 01234567 CCU 2 01234567 CCU 3 01234567 
CHAN TYPE S=SEL,M=MTPX MSM MMMSMS SMSS M S 

CHAN ACTIVITY A=ACTIVE AA AAAAA AAAA A A 

START I/O FAILURE RETRIES ATTEMPTED 48 RETRY SUCCESSFUL 
CHANNEL STATUS WORD 00000000 00000000 

. #*## 2870 CHANNEL LOGOUT ♦♦♦♦ 
KEY OPS WRITE DATA ADDRESS 000000 BYTE COUNTER 0000 
INCORRECT LENGTH HALT I/O 
BYTE CT OR COUNT PO-7 000 



♦FLAGS* 
CDA 

♦STATUS* 
PREFETCH 
DATA CK 



CC 



SLT 



SKIP 



DATA ADDRESS PROG CK 
PROTECTION CK 



PCT 



CONTROL CK 
PROGRAM CK 



KEY COMMAND ADDRESS 000000 UCW PARITY 

RESIDUAL COMMAND ADDRESS 000000 
CHAN/UNIT ADR 000 



00000000 



♦CONTROL TRIGGERS* 



CAW 

CCW REQ 

CCW IN CHAN 

MC BC PARITY 
DATA REQ 

♦CHi^KS^ 

WORD UCW 

WORD 2 UCW 



♦SUB CHANNEL^ 

UNIT ADDR CK 

COMMAND CHECK 

BYTE COUNT CK 



START I/O 

TEST I/O 

HALT I/O 

PSEUDO SIO 



LOCAL STORE ADDR 
STORAGE 



MODE TRIGGERS 11 
1234 67 901 
0000 00 000 



BYTE COUNT 
TIME OUT 
PRIORITY 



INCORRECT SELECTIONO AD-1 CHECK 
INCORRECT TEG Sl^. ST-1 CHECK 
NO RESPONSE 



♦SELECTOR SUB CHANNEL^ 

BC P 4 2 1 ILI 

DATA CHECK 
CHAIN CHECK 



Figure 10. External Machine Check 
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TYPK 2C AND 2D 

(iiannei Error - Task (2C) and Channel Error - Page C2D) have similar 
ioriihitr, . h channel log may be present if, and only if, the CSW status 
mdUattni either 'channel data check* or "interface control check*. If 
,1 ch<inn€»L loq is not included and the CSW does not indicate "channel 
tontiol check', the other CSW status bit settings together with the 
device type bt^ing accessed, should aid in defining the source of the 
hardware problem, 

1 ! it can be determined whether the log is that of a multiplex chan- 
nel nr a sel*H:tor channel, a formatted log is printed. Otherwise the 
t hre» double-words are printed in hex. 

I he assignment of multiplex and selector channels to channel control- 
lei:; i:, printe<i following the logout. This is followed by the CCW list 
\ n which t hi* c^rror occurred. 

Kxamplcn et a task C2C> error without a channel log, and a paging 
C2D) error with a channel log are shown in Figures 11 and 12. 



+ ♦♦♦.♦♦♦♦♦♦♦+ j/^> IIJBOAKD EKKOR CALL TYPE 2 C* **♦**♦♦♦♦*♦♦*♦*♦ ♦ 

!,YMr.. >iac Di:viri: ai>dri:ss 0044 

!'AI1 !.J(; l^ATIl «):n)a date and time of error: 06/16/70 07:39:50 

cnf\h...ii:i. status v4oud 000 00 0000 00 40000 user id sysopero 

.■|iA.,Ji;L lAH. oooooouo uooooooo 

00000000 00000000 
00000000 00000000 

CCIJO 01234S67 CCUl 01234567 CCU2 01234567 CCU3 0123456 

riiA:. 'i'Yi'E r. r.i-L,fi=MTPA 

CllA.HJLL COMMAND WORD LIST 1 n (1000020000050 



Fi(}ure 11. Task Channel Failure 



ERROR REPORT ID 0004CO 



#«***#4i*#«#*#**«##****«X/0 INBOARD ERROR 



CALL TYPE 2D******»»**»*»*<'*»»***** 



SYMBOLIC DEVICE ADDRESS 00 lA 

FAILING PATH 0AI*2 DATE AND TIME OF ERROR: 03/02/00 07!01s09 

CHANNEL STATUS WORD 3006B2D0000<*0000 USER ID SYSOPERO 

•♦•♦ 2860 CHANNEL LOGOUT ♦♦♦♦ 

LOG WORD 1 0000 0000 0000 0000 



LOG WORD 2 



MARK B REG 00 

COMMAND CODE 00 

FLAGS-BINARY 00000 

CHANNEL ADDRESS 

UNIT ADDRESS 00 

DATA ADDRESS 000000 

SIM I.F. REG 00 



LOG WORD 3 








CONTROL TRIGGERS 




I.F. TAGS 




A REG FULL 





OP- 1 





B REG FULL 





STOR CHECK 





CHAIN CMD LATCH 





AD-O LATCH 





CCW VALID 





SL-O LATCH 





RD 





SR-O LATCH 





WR 





CM-O 





SET UP 





SIO LATCH 





TIC 





HALT I/O LATCH 





TIC CYCLE 









POLLING INTERRUPT 









CDA LATCH 









LAST WORD TGR 









BC EQ. CTB TGR 









BC LATCH EQ. 









BC EQ. 









BC REG PAR 









BIT 3 BC REG 









BIT 2 BC REG 









BIT 1 BC REG 










SEQ TGRS REG 



00 



REGISTER PARITIES 



STORAGE PROTECT 
PO COMB4AND ADDR 
PI COMMAND ADDR 
P2 COMMAND ADDR 
DATA BUS IN 
PO COUNT 
PI COUNT 
P2 COUNT 
UNIT ADDRJ^S 
PO DATA ADDR 
PI DATA ADDR 
P2 DATA ADEMR 
MARK B 
COMMAND 
FLAG 
SIM I.F. 






















CHAN TYPE 



CCUO 01231*567 CCUl 0123^567 CCU2 0123<*567 CCU3 0123*»567 
S=SEL,M=MTPS MSSS MSSS 



CHANNEL COMMAND WORD LIST 



0706B2A000000006 
0706B2A0l*0000006 
3106B2A2*»0000005 
0806B2B800000000 



Figure 12. Paging Channel Failure 
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TYPES 2E AND 2F 

Intermittent Error Re cord -Paging (21) and Intermittent Error Record- 
Task (2F) are similar in format. Sample printouts are sho%wi in Figures 
13 and 14. The Channel Command Word list may contain up to 10 CCWs. 

ERROR REPORT ID 0202B6 

♦♦♦♦♦♦♦♦♦♦♦INTERMITTENT PAGING I/O OUTBOARD ERROR CALL TYPE 2E********** 

SYMBOLIC DEVICE ADDRESS: 0020 ' 

SEEK ADDRESS: 000000060001 RECORD NO. 02 

FAILING PATH: OAOO 

suet ESSFDL AFTER 01 CD) RETRIES 

DEVICE TYPE: 2 311 

VOLUME ID: DP06 32 

DATE AND TIME OF ERROR: 02/lt*/70 02:16:02 

SENr>E DATA: 

0801 00C8 0006 0000 

CHAhNliL STATUS WORD 

KEY: iO STATUS :0E10 BYTE COUNT: 0800 

CHANNEL COMMAND WORD LIST 

07061920 40000006 

31061922 40000005 

08061938 00000000 

06072000 00001000 ♦♦♦FAILING CCW 

Figure 13- Intermittent I/O Outboard, Paging 
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ERROR REPORT ID 

♦♦♦♦♦♦♦♦♦♦♦♦INTERMITTENT TASK I/O OUTBOARD ERROR CALL TYPE 2F*********** 

l^YMBOLIC DEVICE ADDRESSs 0023 

SEEK ADDRESS: 0000002 A0012 RECORD NO 2 3 

FAILING PATH: 0290 

SUCCESSFUL AFTER 6 CD) RETRIES 

DEVICE TYPE: 2314 

PHYSICAL ADDRESS C 

VOLUME ID: ABCDEF654321 

DATE S TIME OF ERROR 01.28.69 07.10.56 

SENSE DATA 

0800 0000 0000 0000 

CHANNEL STATUS WORD 

KEY: 30 STATUS:0E40 BYTE COUNT: 08 00 

CEMINEL COMMAND WORD LIST 

070063A8 40000006 

310063AA 40000005 ♦♦♦FAILING CCW 



Figure 14. Intermittent I/O Outboard, Task 
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TYPE 41 

System Error C41> is actually a combination of two reports %ihich have 
been described previously in this section. 

The Header is the same as that for all sections with an error ID and 
title. The User ID is also included. Call type 41 has two subsections, 
either one or both of which may be printed. 

The first iiubsection is identical to the CPU/Memory Checkout report 
under 'SERR Module Reports" in the description of type 01 and 09 errors 
in this section. 

The second subsection contains the date and time, identification of 
the failing CPU or SE, and the FaiJ-ure Classification Code (FCC) . The 
FCC is described in detail under "IRE Report* in the description of type 
01 and 09 errors in this section. 

An example of this printout whep no errors have been found is shown 
in Figure 15. 

ERROR REPORT ID 000480 

♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦SYSTEM ERROR CALL TYPE 41******************** 

USER ID SYSOPSIO 

♦♦♦♦♦♦♦♦SERR MODULE REPORTS******** 

IRE TIME 22.36.57 NO FAILURES WERE FOUND BY SERR 

Figure 15- "No Failure' Report 
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INDEX 



v^here more th^n one page reference 

IS qivijfj, the major reference is first. 

%E lOLTS) 

activate, system 

after quiescence 31-32 
adding devices after startup 30-31 
ADDR -1 , ~2 38,39 
allocation 

terminal lines (OLTS) 11-12 
ASNBD command (reconfiguration) 29-31 
Attention interrupt 9-10 

bad page interpretation 42 

bail type (terminal testing, OLTS) 11 

Bootstrap Report (SERR) 42 

box counts, statistical 33,18 

C/M ID 41 

call-in line 11 

call types (print examples) (see 

Type) 34-54 
calling in 

EREP with console typewriter 20 

EREP without console typewriter 22 

OLTS 4 

VMEREP 2 3 
CE Test BOX 32 
CE Test Packs 

OLTS walk-through 2 

Restrictions 3 
channel error report 48 
channel failure 

paging 50-51,19 

task 50,19 
Channel Log 48-49,50 
channel removal 29-30 
Checker Report (SERR) 41 
Checkout modules 40-4 2 
CMl, 2, 3 40-42 
coirana (delimiter) 4 
configuration change 29-32 
Control Print option 9 
control unit removal 29-32 

power- down procedure 30 

summary 32 

2702 30 
CPU error retrieval 19 
CPU ID, Type 01/09 34 
CPU Local Store 

Type 01/09 Call 34 
CPU/Memory Checkout Report (SERR) 41-42 
CPU/Memory interface test 42 
Current Drum Index Record 33 



data check (log-on) 
dedicated line 11 



default DEVICE field 3 
default roptines 7-8 
default tests 8 
delimiters 4-5 
DEVICE field (OLTS) 5-6 

default 3 

OLTS walk-through 2 

restriction 3,5 

selection 5-6 
SDA 5-6 

Subsystem Table 6 
Terminals 6 
device not ready (OLTS) 3 
device removal (reconfiguration) 29-32 

summary 32 
device specification 

(EREP/VHEREP) 20-21,23 
diagnostic message 

control program 15 

device 2 
dial- in procedure 

log- on 4 
direct access test sections (OLTS) 7 
display (OLTS table) 13 
Drum Index 

example 33 

initial value 20 

location 18 

resetting 18 
dynamic control (OLTS) 9-10 



E (END) (OLTS) 10,3 

log-off 10 
E privilege 2 

log- on 3-4 

walk-through, OLTS 2 
END (E) (OLTS) 10,3 
END (VMEREP) 20 
End OLTS session (log-off) 10 
Environment Recording Edit and Print 

model 67 (see EREP) 
ERASE command (OLTS) 14 
EREP 

messages 21-22 

printout interpretation 34-54 

walk-through 17-18 

with console typewriter 20-21 
Job Options 21 

without console typewriter 22 
Job Options 22 
initiation/termi nation 23 
error code (IRE report) 37-38 
Error ID (printouts) 34 
error, inboard/outboard 17 
Error Loop option (OLTS) 9 

restriction 3 

terminal testing 3 
Error Print option 9 
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error recording CEREP/VMEREP) 17 
error retrieval (EREP/VMEREP) 17 

by address 18-19 

by Class/Type 19 

Job options 18-20 

walk- thro ugh 18 
External Machine Check (29) 18,19 



F (FREE) COLTS) 9 

Failure Classification Code (FCC) 38 

FAILURE LIST 20 

sample print 33 
FCC CIRE report) 38 
FORCE 

terminal, OLTS 11 
FORCE command (reconfiguration) 30 
FREE CF) COLTS) 9 



Global Memory Damage 38 



fMrciwaro reconfiguration 29-32 
Hc'^Kiing, Type 01/09 Call 34 

oil line in use (OLTS) 11,3 
^702 line testing (OLTS) 11,3 

HCjI.u coiomand (reconfiguration) 29-32 

hyi'h* n (cielimiter) 5 



I (Initialize, OLTS) 10,2-3 
Imiaetliate Report 

p.iging I/O 43,19 

task I/O 44,19 
inboard error 50-51,17 
Index, Drum 

cixaraple 3 3 

initial value 20 

location 18 

reset 18 
Initialization CI) (OLTS) 10,2-3 

ai response to diagnostic message 2-3 
lilt erf ace test (CM modules) 42 
Intermittent Failure (IRE repoift) 38-39 
Intermittent Paging I/O Outboard Error 

i2E) 52,19 
intermittent Storage Element failure 

FCC 2 38 

FCC 05 3 9 

FCC 06 39 
Intermittent Task I/O Outboard Error 

C2F) 53,19 
Internal Machine Check (01) 34-42,19 

multiple (09) 34-42,19 
interpretation, printout 33-54 
IPL (EREP/VMEREP) 17,20,22 
IKE Report 37,38 



job options (see Options) 



line allocation 

non-SYSIN terminals 11 
line testing 

270 2 (OLTS) 3 
LINE? command COLTS) 13 
LIST FAILURES 20 

sample print 33 
log- off procedure 10 
log- on procedure 3-4 
LOC^OFF command 

OLTS walk-through 2 
logout, channel 48-50 
Logout, Machine caieck 37 



Machine Check 
External 48 
Internal 34-42 
Multiple Internal 34-42 
Machine Check Logout 

Type 01/09 Call 37 
master terminal 3 

Memory/CPU Checkout Report CSERR) 41-42 
Messages 

EREP 21-22 
OLTS 

diagnostic 15-16 
informational 14 
prompting 14 
system operator 16 
VMm^EP 25 
MODIFY command (OLTS) 13 
multiple terminal testing 3 



No-Retry trigger 34 

non-SYSIN terminals 
DEVICE field 6 
line allocation 11 
Terminal Table 10 

Normal Routine Mask (OLTS) 
example 8 

NOT CLOCK (quiescence) 31 

Notes 

OLTS 2-3 



O (option change, OLTS) 9 
On Line Test System (OLTS) 

dynamic control 9-10 

purpose of 2 

relation to VMEREP 1 

restrictions 2-3 

sample terminal sessions 26-27 

walk- through 2 
optional routines (OLTS) 8 
options, EREP/VMEREP 18-20 

EREP 

with Console Typewriter 21 
without Console Typewriter 22 

VMEREP 24 
OPTIONS field OLTS) 9 

dynamic change 9,27 

OLTS walk-through 2 
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r es tr ict ions 9,2 
outboard error 52-53,17 



Paging Channel Failure C2D) 50-51 

Paging Device Error, Solid m 

Paging Device Statistical Data Recording 

Overflow C27) 45,19 
paging drum (VMEREP) 17 
Paging I/O Immediate Report C25> i*3,19 
Paging I/O Outboard Error, Intermittent 

(2E) 52,19 
Paging I/O Statistical Data Recording <*5 
Parenthesis (delimiter) t| 
parity, byte (CM2> 41-1*2 
parity, register 41 
Partitioning 29-32 
PASSWORD 

log-on procedure 4 

walk-through, OLTS 2 
Pointer Report 39-40 
power -down control unit 30 
Prefix (Bootstrap report) 42 
Prefix, Type 01/09 Call 34 
PRINT ALL 18 

EREP67 21,22 
PRINT ID HHRRNN 18-19 
PRINT INDEX 18 
PRINT ZEROES 19 
printout interpretation 

CEREP/VMEREP) 33-54 
private device removal 29 
Program Code (Pointer report) 39 
Program Code (R/V report) 40 
Prompt Mode terminal session COLTS) 26 
PROSAA,AB 40 
public device removal 30 



quiescence, system 31,29-32 



reactivation, system 

after quiescence 31-32 
real address (IRE report) 38 
Reconfiguration 29-32 
record (index locations) 18 
register parity (Checker report) 41 
relocated address (IRE report) 38 
remove device from configuration 29 
Requests, Job (see Options) 
reset drum index 20,18 
RESET INDEX 20 
RESTART (VMEREP) 20 
RESET IR XXXX 20 
Resident Support System (see RSS) 
Restore/Validate Report 40 
restrictions 

OLTS 2-3 
retrieval, error 17 

by address 18-19 

by Class or Type 19 
ROS address (Pointer report) 40 

failure 41 
ROUTINES siibfield 7-8 



default 7-8 
restriction 8 
walk-through 2 
RSS (quiescence) 31 
RO unreadable (OLTS) 



Scope Loop option (OLTS) 9 

restriction 9,3 
SDA use (OLTS) 5-6 

Terminals 10-11 
SE ID, Type 01/09 34 
SEARCH CSEE 19 
secondary terminal 3 
SERR Module Reports 37-42 

Bootstrap Report 42 

Checker Report 41 

CPU /Memory caieckout Report 41-42 

IRE Report 37-38 

Pointer Report 39-40 

R^tore/¥alidate Report 40 
SERR save area 42 
SET INDEX TO HHRRNN 20 
SET IR XXXX 20 
slash (delimiter) 4 
SLEEP flag (quiescence) 31 
Solid Paging Device Error (28) 47,19 
Solid Storage Failure (IRE reik>rt) 38 
Solid Task Device Error (2B) 48,19 
Statistical Box Counts 33,18 
Statistical Data Recording 

Paging I/O 45 

Task I/O 46 
Storage Element error retrieval 19 
Storage Element, Type 01/09 Call 34 
Subsystem Table 

building of 13-14 

DEVICE field 6 

OLTS walk- through 2 
SYSIN testing 

DEVICE field 5-6 

dynamic control restriction 9 

examples 5 
SYSOUT (VMEREP) 20-21 
system device removal 29-30 
System Error (41) 54,19 
SYSTEST coiramand 

OLTS walk-through 2 

use of 4 
System Monitor 

definition 2 

log -on requirements 3 



table generation 

Display 13 

Erase 14 

Modification 13 

Subsystem Table 12-13 

Terminal Table 10-12 
tape test section (OLTS) 7 
Task Channel Failure (2C) 50,19 
Task Device Error, Solid 48 
Task Device Statistical Data Recording 
Overflow (2A) 14,19 
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Task I/O Immediate Report (26) ^'I^IS 
Task I/O Outboard Error, Intermittent 

C2F) 53,19 
Task I/O Statistical Data Recording 46 
Terminal Sessions, OltTS (samples) 26-27 
Terminal Table 

Display (LINE?) 13 

entry examples 12 

Erase 14 

format 10-11 

generation 10-12 

Modify 13 

OLTS walk-through 2 
terminal test sections (OLTS) 7 
terminal testing (OLTS) 

call-in 11 

device selection 6 

(examples 5-6,27 

master terminal 3 

multiple 3 

non-SYSIN 10-12 

notes 3 

lestrictions 3 

secondary terminal 3 

Table 10-11 

building of 12 
Test Loop option 9 
test sections available 7 
TESTS field 

OLTS walk-through 
TESTS, ROUTINES field 

default routines 

default tests 8 
track 

index initial value 

i lid ex location 18 
Transmission Control Unit tests 
Type 01/09 34-42 

1 ample printouts 
Type 25/26 4 3-44 
Type 27/2A 4 5-4 6 
Types 28/2B 47-48 
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7-8,5 
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35-36 



Type 29 48-49 
Type 2C/2D 50-51 
Type 2E/2F 52-53 
Type 41^ 54 



unit record test section (OLTS) 7 
USERID 

log- on 3-4 

walk- through, OLTS 2 



Validate/Restore Report 40 

Virtual Memory Environment Recordxrig Edit 

and Print (see VMEREP) 
VMEREP 23-25 

job options 24 

messages 25 

printout interpretation 33-54 

wa 1 k- through 1 8 



walk- through 
EREP/VMEREP 
OLTS 2 



17-18 



1050 t^t 7 

1403 test 7 

2167 (reconfiguration) 29 

2311 test 7 

2314 test 7 

2400 test 7 

2540 test 7 

2541 test 7 

2702 line testing 3 

2702 test 7 

2703 test 7 
2741 test 7 
2841 test 7 

2860 partitioning restriction 
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